Re: [uClinux-dev] Kernel panic with new model of SDcard

Hi Alain, Am Mittwoch, 30. März 2011, um 18:03:29 schrieb Commercon, Alain: > Linux version 2.6.19-uc1 (intec@moe ) (gcc version > 4.1.1) #26 Thu Aug 9 15:10:35 PDT 2007 Your kernel is very old... > mmc_spi spi1.1: SD/MMC <-> SPI proxy driver, no card power management The mmc

[uClinux-dev] Kernel panic with new model of SDcard

Hi all, I've a Coldfire System with SD-Card support (Wildfire 5282 micro controller). I try to use a new SDcard but it seems to be incompatible with my system. I previously used several SanDisk 2Go which perfectly works. I just buy a new one, and load it on the same way as the previous one. It

[uClinux-dev] Kernel panic with SDcard

Hi all, I've a Coldfire System with SD-Card support (Wildfire 5282 micro controller). I try to use a new SDcard which seems to be incompatible with my system. I previously used several SanDisk 2Go which perfectly works. I just buy new one, and load it on the same way than the previous one. It ex

[uClinux-dev] kernel panic, MCF5307, running from SDRAM

Dear all, i am trying to boot uClinux on a MCF5307/16MSDRAM/4Mb flash custom board, loading the image.bin into SDRAM, and jumping on it. Seems i am doing some bad configuration about MTD or filesystem. Linux version 2.6.29-uc0001 (r...@angel7) (gcc version 4.2.4) #64 Sat May 29 16:18:30 CEST

Re: [uClinux-dev] kernel panic

Am Sonntag, den 20.12.2009, 12:18 +0100 schrieb angelo: > Hi Erwin and all, > > here is the link of my flash, http://www.sst.com/products/?inode=41416 > The datasheet talk about CFI compatibility, so the CFI probing should be > enough to detect it ? yes, definitely. jedec_probe should only be use

Re: [uClinux-dev] kernel panic

Hi Erwin and all, here is the link of my flash, http://www.sst.com/products/?inode=41416 The datasheet talk about CFI compatibility, so the CFI probing should be enough to detect it ? Yes, the jedec probe is showing nonsense values in the mfid and devid fields. Seems to display the flash memo

Re: [uClinux-dev] kernel panic

Hi, of course you can add your own entry, you just need to know the erase sectors of your flash. The preferred way is to use CFI, if your flash supports that, however. I think that the missing jedec_probe entry isn't the real problem in your case, since the manufacturer/device id from your log do

Re: [uClinux-dev] kernel panic

Well, i am finding out that in jedec_probe.c, SST29VF3201B is not supported, so ID cannot be detected. Do you think i can add an entry for this flash by my own ? Many thanks, Angelo Allon Stern ha scritto: On Dec 18, 2009, at 6:00 PM, angelo wrote: I have a 16bit word, 4MByte flash, mapp

Re: [uClinux-dev] kernel panic

Hi all, i had still some steps forward, enabled some other supports, and enabled MTD debugging verbosity, this is the message i get now: ANGEL-OS boot... colilo>c ffd0 10 19f800 colilo>g Linux version 2.6.25-uc0 (ang...@miri) (gcc version 4.1.1) #34 Sat Dec 19 14:40:53 CET 2009 uCli

Re: [uClinux-dev] kernel panic

Well, it is SST 29VF3201B. Allon Stern ha scritto: On Dec 18, 2009, at 6:00 PM, angelo wrote: I have a 16bit word, 4MByte flash, mapped at 0xffc0. Do i have to set this address somewhere in the kernel, to allow mtd to detect it ? It would also be useful to know the manufacturer

Re: [uClinux-dev] kernel panic

On Dec 18, 2009, at 6:00 PM, angelo wrote: I have a 16bit word, 4MByte flash, mapped at 0xffc0. Do i have to set this address somewhere in the kernel, to allow mtd to detect it ? It would also be useful to know the manufacturer and part # of the chip. Apologies if this wa mentioned

Re: [uClinux-dev] kernel panic

Many thanks, i enabled that settingm here is the MTD config part: # # Generic Driver Options # CONFIG_STANDALONE=y CONFIG_PREVENT_FIRMWARE_BUILD=y # CONFIG_SYS_HYPERVISOR is not set # CONFIG_CONNECTOR is not set CONFIG_MTD=y # CONFIG_MTD_DEBUG is not set CONFIG_MTD_CONCAT=y CONFIG_MTD_PARTITIONS

Re: [uClinux-dev] kernel panic

MTD couldn't find any flashchip with your selected commandset, maybe you have to enable MTD_CFI_STAA (for ST flash chips). -Erwin Am Freitag, den 18.12.2009, 20:45 +0100 schrieb angelo: > Hello Erwin and all, > > really many thanks for this great support. > > I enabled the support(s) you have

Re: [uClinux-dev] kernel panic

Hello Erwin and all, really many thanks for this great support. I enabled the support(s) you have suggested, and done some steps forward, now i am getting a "probe failed" message. I don't know if i am doing everything correctly. The flash chip seems to support CFI, to be sure i have enabled b

Re: [uClinux-dev] kernel panic

Erwin Authried wrote: Am Donnerstag, den 17.12.2009, 08:50 +0100 schrieb angelo: Hi Greg and All, i have added to the kernel config the block and MTD support, anyway i still have the same kernel panic ... Hi Angelo, you have to enable the physmap driver, and specify start address and length

Re: [uClinux-dev] kernel panic

On Thu, Dec 17, 2009 at 10:22:22AM -0500, Lennart Sorensen wrote: > On Fri, Dec 18, 2009 at 12:10:51AM +1000, Greg Ungerer wrote: > > Given the simplicity of using MTD and the uclinux.c mapping why > > would you not be using if you have your root fs after your kernel > > binary? > > > > There are o

Re: [uClinux-dev] kernel panic

On Fri, Dec 18, 2009 at 12:10:51AM +1000, Greg Ungerer wrote: > Given the simplicity of using MTD and the uclinux.c mapping why > would you not be using if you have your root fs after your kernel > binary? > > There are other methods, init ramfs, initrd, etc. Don't know if > anyone has tried them o

Re: [uClinux-dev] kernel panic

Hi Philip, On 12/17/2009 11:01 PM, Philip Nye wrote: Erwin Authried wrote: Am Donnerstag, den 17.12.2009, 08:50 +0100 schrieb angelo: Hi Greg and All, i have added to the kernel config the block and MTD support, anyway i still have the same kernel panic ... Hi Angelo, you have to enable th

Re: [uClinux-dev] kernel panic

Erwin Authried wrote: Am Donnerstag, den 17.12.2009, 08:50 +0100 schrieb angelo: Hi Greg and All, i have added to the kernel config the block and MTD support, anyway i still have the same kernel panic ... Hi Angelo, you have to enable the physmap driver, and specify start address and length

Re: [uClinux-dev] kernel panic

Am Donnerstag, den 17.12.2009, 11:11 +0100 schrieb Daniel Glöckner: > On Thu, Dec 17, 2009 at 08:50:52AM +0100, angelo wrote: > > Kernel command line: > > Could this be the cause?.. > > Daniel No, there's no cmdline required for detecting the flash. It may be useful later for cmdline partition

Re: [uClinux-dev] kernel panic

On Thu, Dec 17, 2009 at 08:50:52AM +0100, angelo wrote: > Kernel command line: Could this be the cause?.. Daniel ___ uClinux-dev mailing list uClinux-dev@uclinux.org http://mailman.uclinux.org/mailman/listinfo/uclinux-dev This message was resent by uc

Re: [uClinux-dev] kernel panic

Am Donnerstag, den 17.12.2009, 08:50 +0100 schrieb angelo: > Hi Greg and All, > > i have added to the kernel config the block and MTD support, anyway i > still have the same kernel panic > > Linux version 2.6.25-uc0 (ang...@miri) (gcc version 4.1.1) #31 Tue Dec 8 > 10:58:34 CET 2009 > > uClinu

Re: [uClinux-dev] kernel panic

Hi Greg and All, i have added to the kernel config the block and MTD support, anyway i still have the same kernel panic Linux version 2.6.25-uc0 (ang...@miri) (gcc version 4.1.1) #31 Tue Dec 8 10:58:34 CET 2009 uClinux/COLDFIRE(m5307) COLDFIRE port done by Greg Ungerer, g...@snapgear.com Mo

Re: [uClinux-dev] kernel panic

Hi Angelo, On 12/08/2009 08:38 AM, angelo wrote: many thanks again for your reply. Now i am trying again to load image.bin all from the RAM. In particualr, i run colilo bootloader, then i copy flash to ram with colilo command "c" and run it from the ram. Also, i discovered that "block device"

Re: [uClinux-dev] kernel panic

Hi Dave, many thanks again for your reply. Now i am trying again to load image.bin all from the RAM. In particualr, i run colilo bootloader, then i copy flash to ram with colilo command "c" and run it from the ram. Also, i discovered that "block device" support was disabled in make menuconf

Re: [uClinux-dev] kernel panic

Hi Angelo, You should be able to boot up out of memory first before worrying about loading via flash. If you can't load from RAM you will surely have problems loading from flash. Since you are loading image.bin you are on the right track. I recently had a problem similar to yours recently w

Re: [uClinux-dev] kernel panic

Hi David and All, many thanks, i think i have some confusion still. The log attached is related at the loading of linux.bin. In the images folder i find: ang...@miri:~/uClinux-dist/images$ ls total 4693 drwxr-xr-x 2 angelo angelo 208 Aug 1 12:04 . drwxr-xr-x 20 angelo angelo 824 Nov 22

Re: [uClinux-dev] kernel panic

Hi Angelo, The last log entry tells me that you may not have a rootfs included in your boot image because the kernel cannot find the "init" program: Kernel panic - not syncing: No init found. Try passing init= option to kernel There are three binary components built and placed into ./uClinu

[uClinux-dev] kernel panic

Hello All, i am trying to execute a first ucLinux kernel for MCF5307 i have just compiled. This is the result. Linux version 2.6.25-uc0 (ang...@miri) (gcc version 4.1.1) #27 Sat Aug 1 12:03:13 CEST 2009 uClinux/COLDFIRE(m5307) COLDFIRE port done by Greg Ungerer, g...@snapgear.com Modified

Re: [uClinux-dev] Kernel panic - not syncing: Attempted to kill init!

Ales, I just went through this exact same issue and the trouble was the toolchain (gcc 4.x) and the PIC code(looks like you compiled with -fPIC -msingle-pic-base). I was using the snapgear 4.2.2 toolchain to start off with until I found out about this error. I had to recompile my distro with th

[uClinux-dev] Kernel panic - not syncing: Attempted to kill init!

Hello, I'm porting my uClinux ARM7TDMI distribution from 20070130 to 20080808-20090520. I also change ARM cross compiler from 3.4.4 to eabi 4.3.2. I enable EABI and OABI support in kernel and also uClibc is build with EABI support. I already ported linux kernel to 2.6.29 and it seems workin

[uClinux-dev] kernel panic in slab.c

Hi all, I'm porting uClinux on a new architecture and I have reached the step of init_process creation. When 'init()' function is called (init/main.c), After checking a trace, the process 'kthread' is also created, but after that the system enters in Panic. It seems to be the following BUG_ON

Re: [uClinux-dev] Kernel panic - not syncing: Aiee, killing interrupt handler! USB for MCF5372

Hi, I got such errors when I was registering interrupts, but not deregistering, so Linux called non-existing code. Maybe this helps. Kind regards, Remco Poelstra Op 1 okt 2008, om 15:55 heeft Narasimha, Swaroop(IE10) het volgende geschreven: Hello all, We are using uClinux kernel port

[uClinux-dev] Kernel panic - not syncing: Aiee, killing interrupt handler! USB for MCF5372

Hello all, We are using uClinux kernel ported for coldfire 5373 processor. Details of the kernel being used are as follows Kernel details: Kernel-2.6.22-uc1 with the following patch 1) m532x-core.12.patch 2) m532x-usb.12.patch 3) m5373-core.1.patch We have conn

[uClinux-dev] Kernel panic ... <4> Internal error: Oop: 800 [#1]

Any idea or clue what i have fouled up? Could it be the start address of the uclinux romfs? Getting a kernel panic as follows below (i think i'm real close, or is it just the oncoming train): tia - bob Calling initcall 0x10014d60: uclinux_mtd_init uclinux[mtd]: RAM probe address=0x100cdd40

Re : [uClinux-dev] Kernel panic: VFS: Unable to mount root fs on 1f:00

/gdb failed, exiting. - Message d'origine De : David McCullough <[EMAIL PROTECTED]> À : uClinux development list Envoyé le : Samedi, 16 Février 2008, 6h06mn 27s Objet : Re: [uClinux-dev] Kernel panic: VFS: Unable to mount root fs on 1f:00 Jivin souhail sou lays it down

Re: [uClinux-dev] Kernel panic: VFS: Unable to mount root fs on 1f:00

Jivin souhail sou lays it down ... > hello, > > during the configuration of uClinux I choose GDB/ARMulator as the target. > > after that, I install the GDB/ARMulator > > so i should carry out: ln -s images/romfs.img boot.rom > > I didn't find romfs.img in this directory.So I searched i

[uClinux-dev] Kernel panic: VFS: Unable to mount root fs on 1f:00

hello, during the configuration of uClinux I choose GDB/ARMulator as the target. after that, I install the GDB/ARMulator so i should carry out: ln -s images/romfs.img boot.rom I didn't find romfs.img in this directory.So I searched it in uClinux under user\lib ... after that, I ex

Re: [uClinux-dev] Kernel panic: BUG! while booting Coldfire 5407

Hi Greg, hi all For memory we have problems while booting > uClinux/COLDFIRE(m5407) > COLDFIRE port done by Greg Ungerer, [EMAIL PROTECTED] > Coldfire was last reset by a hard reset. > Flat model support (C) 1998,1999 Kenneth Albanowski, D. Jeff Dionne > On node 0 totalpages: 8192 > zone(0):

Re: [uClinux-dev] Kernel panic: BUG! while booting Coldfire 5407

Hi Etrudes, Etudes RESEAUX - Site Provence wrote: Hi Greg, - Original Message - From: "Greg Ungerer" <[EMAIL PROTECTED]> To: "uClinux development list" Sent: Monday, January 07, 2008 6:46 AM Subject: Re: [uClinux-dev] Kernel panic: BUG! while booting

Re: [uClinux-dev] Kernel panic: BUG! while booting Coldfire 5407

Hi Greg, - Original Message - From: "Greg Ungerer" <[EMAIL PROTECTED]> To: "uClinux development list" Sent: Monday, January 07, 2008 6:46 AM Subject: Re: [uClinux-dev] Kernel panic: BUG! while booting Coldfire 5407 > Hi Etudes, > > Etudes RESEAUX

Re: [uClinux-dev] Kernel panic: BUG! while booting Coldfire 5407

un reliably on it when fitted with the 5407? I would double check your SDRAM register setup on that. Regards Greg - Original Message - From: "Greg Ungerer" <[EMAIL PROTECTED]> To: "uClinux development list" Sent: Friday, November 30, 2007 2:00 AM Subject:

Re: [uClinux-dev] Kernel panic: BUG! while booting Coldfire 5407

ms a lot like a memory setup problem. > > Is this your own design board? > > Does any other software run reliably on it when fitted with the 5407? > > > > I would double check your SDRAM register setup on that. > > > > Regards > > Greg > > > >

Re: [uClinux-dev] Kernel panic: BUG! while booting Coldfire 5407

. Regards Greg - Original Message - From: "Greg Ungerer" <[EMAIL PROTECTED]> To: "uClinux development list" Sent: Friday, November 30, 2007 2:00 AM Subject: Re: [uClinux-dev] Kernel panic: BUG! while booting Coldfire 5407 Hi Etudes, Etudes RESEAUX - Site

Re: [uClinux-dev] Kernel panic: BUG! while booting Coldfire 5407

oMIPS kernel BUG at page_alloc.c:208! Kernel panic: BUG! In idle task - not syncing Regards Bruno - Original Message - From: "Greg Ungerer" <[EMAIL PROTECTED]> To: "uClinux development list" Sent: Friday, November 30, 2007 2:00 AM Subject: Re: [uClinux-dev] K

Re: [uClinux-dev] Kernel panic: BUG! while booting Coldfire 5407

Hi Etudes, Etudes RESEAUX - Site Provence wrote: I have 2 boards which are identical except for the processor. One is based on a Coldfire 5307, the second is based on a Coldfire 5407. I have no problem to boot the 5307 board using a kernel built for Coldfire 5307, but I can't boot with the 54

[uClinux-dev] Kernel panic: BUG! while booting Coldfire 5407

I have 2 boards which are identical except for the processor. One is based on a Coldfire 5307, the second is based on a Coldfire 5407. I have no problem to boot the 5307 board using a kernel built for Coldfire 5307, but I can't boot with the 5407 board using a kernel built for Coldfire 5407.

[PATCH] Implement mmap on the m532xfb (was: Re: [uClinux-dev] Kernel panic in m68knommu)

On Friday 14 September 2007 00:36, Matt Waddel wrote: Hi Matt, > If I run nano-X twice the 2nd time crashes the kernel. (I > know running nano-X twice is the wrong thing to do, but even > so I would expect there would be better response that a kernel > panic.) Any ideas or is this the best opti

Re: [uClinux-dev] Kernel panic in m68knommu

Jivin Matt Waddel lays it down ... > Hi, > > If I run nano-X twice the 2nd time crashes the kernel. (I > know running nano-X twice is the wrong thing to do, but even > so I would expect there would be better response that a kernel > panic.) Any ideas or is this the best option available? > > R

[uClinux-dev] Kernel panic in m68knommu

Hi, If I run nano-X twice the 2nd time crashes the kernel. (I know running nano-X twice is the wrong thing to do, but even so I would expect there would be better response that a kernel panic.) Any ideas or is this the best option available? Regards, Matt The target platform is an M5329EVB an