PDA

Archiv verlassen und diese Seite im Standarddesign anzeigen : Kernel Panic nach Patch und Notfallimage



wasserschwein
28.06.08, 20:24
Hallo Forum,

ich hatte auf meiner 1 Watt USF (2 Tage alt) Programmversion 1.05
drauf.

Dummerweise hab ich dann einen path draufgemacht der anscheind für version 1.04 gedacht war. Fewhlermeldung im Hyperterminla war CRC Error..

Jetzt hab ich schon so gut wie alle Methoden durch die in diesem Thread:
http://www.spinnes-board.de/vb/showthread.php?t=118498

Beschrieben sind. Mitlerweile Bootet die USF schon weiter bleibt dann aber irgendwann mit dem Fehler Kernelpanic stehen...

Was soll ich machen? oder hab ich mich einfach bei den vielen zeilen im hyperterminal irgendwo vertippt und muss das ganze urlöschen ieder von vorn machen?

Hier die Meldungen im Hyperterminal:


Board: STb7100-mboard


U-Boot 1.1.2 (STLINUX_2_0p1) (Feb 23 2008 - 17:07:31)

DRAM: 32 MB
write time out = 1, clock = 40
write time out = 1, clock = 40
Flash: 16 MB
In: serial
Out: serial
Err: serial
pll0 freq 531
pll1 freq 399
Net: VFD_Driver Init
VFD_Controller Type : NEW Kathrein VFD
board_version = 0
Button_value = 7
Hit any key to stop autoboot: 1  0
## Booting image at a0040000 ...
Image Name: Linux 2.6
Image Type: SH-4 Linux Kernel Image (gzip compressed)
Data Size: 1714625 Bytes = 1.6 MB
Load Address: 84401000
Entry Point: 84402000
Verifying Checksum ... OK
Uncompressing Kernel Image ... OK

Starting kernel console=ttyAS0,115200 root/dev/mtdblock mem=32m bigphysarea=1024 coprocessor_mem=2m@0x04000000,2m@0x04200000 - 0x00000000 - 0 ...

Linux version 2.6.17.14_stm22_0037 (kdhong@linux.localdomain) (gcc version 4.1.1 (STMicroelectronics/Linux Base 4.1.1-23)) #124 PREEMPT Fri Nov 30 14:10:08 KST 2007
STMicroelectronics STb7100 Reference board initialisation
STb7100 version 3.x
Built 1 zonelists
Kernel command line: console=ttyAS0,115200 root/dev/mtdblock mem=32m bigphysarea=1024 coprocessor_mem=2m@0x04000000,2m@0x04200000
st-coprocessor: Failed to reserve memory at 0x04000000
st-coprocessor: Failed to reserve memory at 0x04200000
PID hash table entries: 256 (order: 8, 1024 bytes)
Using tmu for system timer
Dentry cache hash table entries: 4096 (order: 2, 16384 bytes)
Inode-cache hash table entries: 2048 (order: 1, 8192 bytes)
Memory: 24912k/32768k available (2849k kernel code, 7836k reserved, 360k data, 88k init)
PVR=04061100 CVR=30480000 PRR=00009100
I-cache : n_ways=2 n_sets=256 way_incr=8192
I-cache : entry_mask=0x00001fe0 alias_mask=0x00001000 n_aliases=2
D-cache : n_ways=2 n_sets=512 way_incr=16384
D-cache : entry_mask=0x00003fe0 alias_mask=0x00003000 n_aliases=4
Mount-cache hash table entries: 512
CPU: STb710x
NET: Registered protocol family 16
SCSI subsystem initialized
usbcore: registered new driver usbfs
usbcore: registered new driver hub
NET: Registered protocol family 2
IP route cache hash table entries: 256 (order: -2, 1024 bytes)
TCP established hash table entries: 1024 (order: 0, 4096 bytes)
TCP bind hash table entries: 512 (order: -1, 2048 bytes)
TCP: Hash tables configured (established 1024 bind 512)
TCP reno registered
bigphysarea: Allocated 1024 pages at 0x847a1000.
JFFS2 version 2.2. (NAND) (C) 2001-2003 Red Hat, Inc.
Initializing Cryptographic API
io scheduler noop registered
io scheduler anticipatory registered (default)
io scheduler deadline registered
io scheduler cfq registered
Device probe found data for platform device lirc
lirc_dev: IR Remote Control driver registered, at major 61
lirc_dev: lirc_register_plugin: sample_rate: 0
lirc_dev: lirc_register_plugin: plugin lirc_stm owner 00000000
STM LIRC plugin has IRQ 125
Lirc STM: Using IRB mode
STMicroelectronics LIRC driver configured
STPIO layer initialised
VFD_Controller Type : NEW Kathrein VFD
STMicroelectronics ASC driver initialized
ttyAS0 at MMIO 0xb8032000 (irq = 121) is a asc
ttyAS1 at MMIO 0xb8033000 (irq = 120) is a asc
RAMDISK driver initialized: 16 RAM disks of 4096K size 1024 blocksize
s_env_mac[0] = 0
s_env_mac[1] = 0
s_env_mac[2] = :
s_env_mac[3] = 5
s_env_mac[4] = 0
s_env_mac[5] = :
s_env_mac[6] = f
s_env_mac[7] = d
s_env_mac[8] = :
s_env_mac[9] = f
s_env_mac[10] = f
s_env_mac[11] = :
s_env_mac[12] = 7
s_env_mac[13] = 8
s_env_mac[14] = :
s_env_mac[15] = c
s_env_mac[16] = e
get ether addr = 0, 50, fd, ff, 78, ce
mac hi address = ce78, lowaddress = fffd5000
SMSC: --> init_module()
SMSC: Driver Version = 1.21
SMSC: Compiled: Aug 11 2007, 14:46:15
SMSC: Platform: ST40 STMICRO r3
SMSC: Driver Parameters
SMSC: lan_base = 0x00000000, driver will decide
SMSC: bus_width = 0, driver will autodetect
SMSC: link_mode = 0x7F, 10HD,10FD,100HD,100FD,ASYMP,SYMP,ANEG
SMSC: irq = 2
SMSC: int_deas = 0xFFFFFFFF, use platform default
SMSC: irq_pol = 1, IRQ output is active high
SMSC: irq_type = 1, IRQ output is Push-Pull driver
SMSC: rx_dma = 256, RX will use PIO
SMSC: tx_dma = 256, TX will use PIO
SMSC: dma_threshold = 200
SMSC: mac_addr_hi16 = 0x0000CE78
SMSC: mac_addr_lo32 = 0xFFFD5000
SMSC: debug_mode = 0x00000007
SMSC: tx_fif_sz = 0x00050000
SMSC: afc_cfg = 0xFFFFFFFF, driver will decide
SMSC: tasklets = 0, Tasklets disabled
SMSC: phy_addr = 0xFFFFFFFF, Use internal phy
SMSC: max_throughput = 0xFFFFFFFF, Use platform default
SMSC: max_packet_count = 0xFFFFFFFF, Use platform default
SMSC: packet_cost = 0xFFFFFFFF, Use platform default
SMSC: burst_period = 0xFFFFFFFF, Use platform default
SMSC: max_work_load = 0xFFFFFFFF, Use platform default
SMSC: -->Smsc911x_init(dev=0x846E45CC)
SMSC: --> Platform_Initialize
SMSC: Lan Base at 0xA2000000
SMSC: <-- Platform_Initialize
SMSC: dwLanBase=0xA2000000
SMSC: LAN9115 identified, dwIdRev==0x01150002
SMSC: FPGA_REV == 0x00000000
SMSC: <--Smsc911x_init(), result=0
SMSC: Interface Name = "eth0"
SMSC: <-- init_module()
nwhw_config: device not found
ata1: SATA max UDMA/133 cmd 0xB9209000 ctl 0xB9209820 bmdma 0x0 irq 170
ata1: SATA link down (SStatus 0)
scsi0 : sata_stm
Generic ST boards onboard flash device: 0x01000000 (16.0Mb) at 0x00000000
Onboard_Flash: Found 1 x16 devices at 0x0 in 16-bit bank
Onboard_Flash: Found 1 x16 devices at 0x800000 in 16-bit bank
Amd/Fujitsu Extended Query Table at 0x0040
Onboard_Flash: CFI does not contain boot bank location. Assuming top.
number of CFI chips: 2
cfi_cmdset_0002: Disabling erase-suspend-program due to code brokenness.
Creating 8 MTD partitions on "Onboard_Flash":
0x00000000-0x00020000 : "Boot firmware : 0xA000.0000-0xA001.FFFF"
0x00040000-0x00200000 : "Kernel - 0xA004.0000-0xA01F.FFFF"
0x00200000-0x002a0000 : "Config FS - 0xA020.0000-0xA029.FFFF"
0x002a0000-0x004e0000 : "Root FS- 0xA02A.0000-0xA04D.FFFF"
0x004e0000-0x00ae0000 : "APP_Modules 0xA04E.0000-0xA0AD.FFFF"
0x00ae0000-0x00c00000 : "EmergencyRoot 0xA0AE.0000-0xA0BF.FFFF"
0x00c00000-0x01000000 : "OtherData 0xA0C0.0000-0xA0FF.FFFF"
0x00020000-0x00040000 : "BootConfiguration 0xA002.0000-0xA003.FFFF"
ST40_start_host_control
ST40_start_host_control proceeding
ST40-ehci ST40-ehci.2: ST EHCI Host Controller
ST40-ehci ST40-ehci.2: new USB bus registered, assigned bus number 1
ST40-ehci ST40-ehci.2: irq 169, io mem 0xb91ffe00
ST40-ehci ST40-ehci.2: USB 0.0 started, EHCI 1.00, driver 10 Dec 2004
usb usb1: Product: ST EHCI Host Controller
usb usb1: Manufacturer: Linux 2.6.17.14_stm22_0037 ehci_hcd
usb usb1: SerialNumber: STB7100_EHCI
usb usb1: configuration #1 chosen from 1 choice
hub 1-0:1.0: USB hub found
hub 1-0:1.0: 1 port detected
Initializing USB Mass Storage driver...
usbcore: registered new driver usb-storage
USB Mass Storage support registered.
usbcore: registered new driver libusual
pegasus: v0.6.13 (2005/11/13), Pegasus/Pegasus II USB Ethernet driver
usb 1-1: new high speed USB device using ST40-ehci and address 2
usb 1-1: Product: USB2.0 Hub
usb 1-1: configuration #1 chosen from 1 choice
hub 1-1:1.0: USB hub found
hub 1-1:1.0: 4 ports detected
usbcore: registered new driver pegasus
usbcore: registered new driver asix
usbcore: registered new driver cdc_ether
usbcore: registered new driver net1080
usbcore: registered new driver zaurus
mice: PS/2 mouse device common for all mice
i2c /dev entries driver
stssc layer initialized
STMicroelectronics - Coprocessors st231 Init
st231-0 Coprocessor -------------------------------------------
flags 0001 RAM start at 0xa4000000 size 0x00200000
cop. addr 0x04000000
Channels : Not defined
IRQ : not used
---------------------------------------------------------------
st231-1 Coprocessor -------------------------------------------
flags 0001 RAM start at 0xa4200000 size 0x00200000
cop. addr 0x04200000
Channels : Not defined
IRQ : not used
---------------------------------------------------------------
TCP bic registered
TCP highspeed registered
NET: Registered protocol family 1
NET: Registered protocol family 17
UDF-fs: No partition found (1)
No filesystem could mount root, tried: ext3 ext2 cramfs msdos vfat iso9660 romfs udf
Kernel panic - not syncing: VFS: Unable to mount root fs on unknown-block(1,0)

blaster68
28.06.08, 21:28
Grüße dich erst mal hier im Board (kannst dich auch mal vorstellen). Bleibe mal ganz ruhig, du hast die Box , so will ich es mal ausdrücken, vergewaltigt, willst jetzt alles "hü die hopp" wieder richten. Die Operation über das Hypert..ist der letzte Ausweg. Versuche, wenn nicht schon geschehen, das 1.04 Notfallimage über USB-Stick zu flashen. Wenn da nichts geht, du über das Hypert..arbeiten mußt, gehe alle Schritte langsam und "genau" durch. Eine verkehrte Eingabe macht dir vieles kaputt, bzw. die Box untauglich.

wasserschwein
28.06.08, 21:33
Hm ok werds gleich mal probieren mit nem Notfallimage 1.04 und ohne Hyperterminal...

Wie stellt man sich denn hier üblicher weise vor? Mit Vollem Namen usw ;)?

wasserschwein
28.06.08, 22:45
hmm ne immer noch kernel panic, ich versuch jetez noch mal
mit Hyperterminal erasen und bootargs neu setzen und 1.03 notfall

wasserschwein
28.06.08, 23:07
ah jetzt läufts wieder mit 1.03 hatte wohl beim erstenmal nen Vertipper...

Nu muss ich wohl wieder auf 1.04 patchen...

alborland37
29.06.08, 00:25
root/dev/mtdblock mem=32m bigphysarea=1024
mem=32 is für 1.03
also musste erst 1.03 full flashen dann 1.04 full und dann 1.05 full
und nach jedem full immer booten lassen und erstinstall machen.

alternativ musste per hypterterminal die bootartgs ändern auf das was du flashen willst (1.04 oder 1.05)
des is aber nich jedermanns sache und erfordert schon etwas tiefgehendere kentnnisse!

dann läuft dei ufs auch wieder

wasserschwein
29.06.08, 13:13
Jo danke euch,

zumindest weiß ich nu was ich machen muss wenn mal alles schief gelaufen ist.

Das erasen bootargs setzen und mit 1.03 wieder anfangen sollte immer gehen, egal was man fürn bockmist macht oder?

alborland37
29.06.08, 15:57
nein eben nicht.
die speicherbreiche zum erasen gelten nur für 1.03.
ob des auch funtzt wenn die args von 1.04 geändert wurden hat noch niemand bestätigen können.
könnte en briefbeschwerer geben.
müsste jemand mal checken ob sich die speicherbereiche auch vershcoben haben.

nur erasen braucht man schon lange nicht mehr. das war noch zu sf zeiten.
des emerg sollte immer intakt bleiben egal was man wie flasht oder falsch flasht!

die full notfall dinger sollten immer gehen eigentlich solange emerg intakt ist.
ich würde dir jedoch empfehlen dich vor weiteren experimenten mit dei kathi erst einmal gründlichst in die materie einzulesen.
und auch wenn man glaubt es nun verstanden zu haben besser nochmal 1-2 nächte drüber schlafen und nochmals lesen bevor man en briefbeschwerer produziert (kann auch ganz schnell passieren!)