Re: Fwd: Mounting MMC card
On Tue, 3 Jul 2007 14:39:40 +0530 "Midhun Agnihotram" <[EMAIL PROTECTED]> wrote: > Hi All, > >This is referring to my problem - not able to mount MMC card. I > have some output from dmesg when I remove and put the card back (I > have changes the kernel config to include i.MX SPI and disabled the > generic SPI). DOes this give any clue as to why the MMC card is not > appaering in /proc/partions and /sysfs/block ?? Any help will of > great use. The output of dmesg is as follows. I have removed and > inserted the card twice. > > > <7>MMC: starting cmd 00 arg flags 0040 > <7>MMC: req done (00): 1: These two and the ones like them were the ones I expected to see in your dumps. So since you've discovered a way to get them functioning, we can proceed with the debugging. > <7>MMC: starting cmd 01 arg flags 0061 > <7>imx-mmc imx-mmc.0: CMD01 (0x01) mask set to 0x003b > <7>imx-mmc imx-mmc.0: RESP 0x, 0x, 0x, > 0x, error 0 > <7>MMC: req done (01): 0: Here's your problem. CMD01 is a command that queries the cards for their voltages. And the response is "no voltages". So either your host driver is buggy, or your card is. Have you tested with some other cards? Also, the i.MX host driver is known to be a bit buggy. I would suggest sending some questions out on the arm linux kernel mailing list as that is where it's usually discussed. Rgds -- -- Pierre Ossman Linux kernel, MMC maintainerhttp://www.kernel.org PulseAudio, core developer http://pulseaudio.org rdesktop, core developer http://www.rdesktop.org - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to [EMAIL PROTECTED] More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
Re: Fwd: Mounting MMC card
Hi All, This is referring to my problem - not able to mount MMC card. I have some output from dmesg when I remove and put the card back (I have changes the kernel config to include i.MX SPI and disabled the generic SPI). DOes this give any clue as to why the MMC card is not appaering in /proc/partions and /sysfs/block ?? Any help will of great use. The output of dmesg is as follows. I have removed and inserted the card twice. <6>imx-mmc imx-mmc.0: card removed <7>imx-mmc imx-mmc.0: clock 0 power 1 vdd 20 width 1 <7>imx-mmc imx-mmc.0: clock 15 power 2 vdd 20 width 1 <7>imx-mmc imx-mmc.0: PERCLK2 265977856 MHz -> prescaler 5 <7>imx-mmc imx-mmc.0: MMC_CLK_RATE: 0x0057 <7>imx-mmc imx-mmc.0: clock 15 power 2 vdd 20 width 1 <7>imx-mmc imx-mmc.0: PERCLK2 265977856 MHz -> prescaler 5 <7>imx-mmc imx-mmc.0: MMC_CLK_RATE: 0x0057 <7>MMC: starting cmd 00 arg flags 0040 <7>imx-mmc imx-mmc.0: CMD00 (0x00) mask set to 0x003b <7>imx-mmc imx-mmc.0: CMD TIMEOUT <7>imx-mmc imx-mmc.0: RESP 0x, 0x, 0x, 0x, error 1 <7>MMC: req done (00): 1: <7>imx-mmc imx-mmc.0: clock 15 power 2 vdd 20 width 1 <7>imx-mmc imx-mmc.0: PERCLK2 265977856 MHz -> prescaler 5 <7>imx-mmc imx-mmc.0: MMC_CLK_RATE: 0x0057 <7>MMC: starting cmd 37 arg flags 0015 <7>imx-mmc imx-mmc.0: CMD55 (0x37) mask set to 0x003b <7>imx-mmc imx-mmc.0: CMD TIMEOUT <7>imx-mmc imx-mmc.0: RESP 0x, 0x, 0x, 0x, error 1 <7>MMC: req done (37): 1: <7>MMC: starting cmd 37 arg flags 0015 <7>imx-mmc imx-mmc.0: CMD55 (0x37) mask set to 0x003b <7>imx-mmc imx-mmc.0: CMD TIMEOUT <7>imx-mmc imx-mmc.0: RESP 0x, 0x, 0x, 0x, error 1 <7>MMC: req done (37): 1: <7>MMC: starting cmd 37 arg flags 0015 <7>imx-mmc imx-mmc.0: CMD55 (0x37) mask set to 0x003b <7>imx-mmc imx-mmc.0: CMD TIMEOUT <7>imx-mmc imx-mmc.0: RESP 0x8000, 0x, 0x, 0x, error 1 <7>MMC: req done (37): 1: 8000 <7>MMC: starting cmd 37 arg flags 0015 <7>imx-mmc imx-mmc.0: CMD55 (0x37) mask set to 0x003b <7>imx-mmc imx-mmc.0: CMD TIMEOUT <7>imx-mmc imx-mmc.0: RESP 0x, 0x, 0x, 0x, error 1 <7>MMC: req done (37): 1: <7>MMC: starting cmd 01 arg flags 0061 <7>imx-mmc imx-mmc.0: CMD01 (0x01) mask set to 0x003b <7>imx-mmc imx-mmc.0: CMD TIMEOUT <7>imx-mmc imx-mmc.0: RESP 0x, 0x, 0x, 0x, error 1 <7>MMC: req done (01): 1: <7>imx-mmc imx-mmc.0: clock 0 power 0 vdd 0 width 1 <6>imx-mmc imx-mmc.0: card inserted <7>imx-mmc imx-mmc.0: clock 0 power 1 vdd 20 width 1 <7>imx-mmc imx-mmc.0: clock 15 power 2 vdd 20 width 1 <7>imx-mmc imx-mmc.0: PERCLK2 265977856 MHz -> prescaler 5 <7>imx-mmc imx-mmc.0: MMC_CLK_RATE: 0x0057 <7>imx-mmc imx-mmc.0: clock 15 power 2 vdd 20 width 1 <7>imx-mmc imx-mmc.0: PERCLK2 265977856 MHz -> prescaler 5 <7>imx-mmc imx-mmc.0: MMC_CLK_RATE: 0x0057 <7>MMC: starting cmd 00 arg flags 0040 <7>imx-mmc imx-mmc.0: CMD00 (0x00) mask set to 0x003b <7>imx-mmc imx-mmc.0: RESP 0x, 0x, 0x, 0x, error 0 <7>MMC: req done (00): 0: <7>imx-mmc imx-mmc.0: clock 15 power 2 vdd 20 width 1 <7>imx-mmc imx-mmc.0: PERCLK2 265977856 MHz -> prescaler 5 <7>imx-mmc imx-mmc.0: MMC_CLK_RATE: 0x0057 <7>MMC: starting cmd 37 arg flags 0015 <7>imx-mmc imx-mmc.0: CMD55 (0x37) mask set to 0x003b <7>imx-mmc imx-mmc.0: CMD TIMEOUT <7>imx-mmc imx-mmc.0: RESP 0x, 0x, 0x, 0x, error 1 <7>MMC: req done (37): 1: <7>MMC: starting cmd 37 arg flags 0015 <7>imx-mmc imx-mmc.0: CMD55 (0x37) mask set to 0x003b <7>imx-mmc imx-mmc.0: CMD TIMEOUT <7>imx-mmc imx-mmc.0: RESP 0x, 0x, 0x, 0x, error 1 <7>MMC: req done (37): 1: <7>MMC: starting cmd 37 arg flags 0015 <7>imx-mmc imx-mmc.0: CMD55 (0x37) mask set to 0x003b <7>imx-mmc imx-mmc.0: CMD TIMEOUT <7>imx-mmc imx-mmc.0: RESP 0x8000, 0x, 0x, 0x, error 1 <7>MMC: req done (37): 1: 8000 <7>MMC: starting cmd 37 arg flags 0015 <7>imx-mmc imx-mmc.0: CMD55 (0x37) mask set to 0x003b <7>imx-mmc imx-mmc.0: CMD TIMEOUT <7>imx-mmc imx-mmc.0: RESP 0x, 0x, 0x, 0x, error 1 <7>MMC: req done (37): 1: <7>MMC: starting cmd 01 arg flags 0061 <7>imx-mmc imx-mmc.0: CMD01 (0x01) mask set to 0x003b <7>imx-mmc imx-mmc.0: RESP 0x, 0x, 0x, 0x, error 0 <7>MMC: req done (01): 0:
Re: Fwd: Mounting MMC card
Hi All, This is referring to my problem - not able to mount MMC card. I have some output from dmesg when I remove and put the card back (I have changes the kernel config to include i.MX SPI and disabled the generic SPI). DOes this give any clue as to why the MMC card is not appaering in /proc/partions and /sysfs/block ?? Any help will of great use. The output of dmesg is as follows. I have removed and inserted the card twice. 6imx-mmc imx-mmc.0: card removed 7imx-mmc imx-mmc.0: clock 0 power 1 vdd 20 width 1 7imx-mmc imx-mmc.0: clock 15 power 2 vdd 20 width 1 7imx-mmc imx-mmc.0: PERCLK2 265977856 MHz - prescaler 5 7imx-mmc imx-mmc.0: MMC_CLK_RATE: 0x0057 7imx-mmc imx-mmc.0: clock 15 power 2 vdd 20 width 1 7imx-mmc imx-mmc.0: PERCLK2 265977856 MHz - prescaler 5 7imx-mmc imx-mmc.0: MMC_CLK_RATE: 0x0057 7MMC: starting cmd 00 arg flags 0040 7imx-mmc imx-mmc.0: CMD00 (0x00) mask set to 0x003b 7imx-mmc imx-mmc.0: CMD TIMEOUT 7imx-mmc imx-mmc.0: RESP 0x, 0x, 0x, 0x, error 1 7MMC: req done (00): 1: 7imx-mmc imx-mmc.0: clock 15 power 2 vdd 20 width 1 7imx-mmc imx-mmc.0: PERCLK2 265977856 MHz - prescaler 5 7imx-mmc imx-mmc.0: MMC_CLK_RATE: 0x0057 7MMC: starting cmd 37 arg flags 0015 7imx-mmc imx-mmc.0: CMD55 (0x37) mask set to 0x003b 7imx-mmc imx-mmc.0: CMD TIMEOUT 7imx-mmc imx-mmc.0: RESP 0x, 0x, 0x, 0x, error 1 7MMC: req done (37): 1: 7MMC: starting cmd 37 arg flags 0015 7imx-mmc imx-mmc.0: CMD55 (0x37) mask set to 0x003b 7imx-mmc imx-mmc.0: CMD TIMEOUT 7imx-mmc imx-mmc.0: RESP 0x, 0x, 0x, 0x, error 1 7MMC: req done (37): 1: 7MMC: starting cmd 37 arg flags 0015 7imx-mmc imx-mmc.0: CMD55 (0x37) mask set to 0x003b 7imx-mmc imx-mmc.0: CMD TIMEOUT 7imx-mmc imx-mmc.0: RESP 0x8000, 0x, 0x, 0x, error 1 7MMC: req done (37): 1: 8000 7MMC: starting cmd 37 arg flags 0015 7imx-mmc imx-mmc.0: CMD55 (0x37) mask set to 0x003b 7imx-mmc imx-mmc.0: CMD TIMEOUT 7imx-mmc imx-mmc.0: RESP 0x, 0x, 0x, 0x, error 1 7MMC: req done (37): 1: 7MMC: starting cmd 01 arg flags 0061 7imx-mmc imx-mmc.0: CMD01 (0x01) mask set to 0x003b 7imx-mmc imx-mmc.0: CMD TIMEOUT 7imx-mmc imx-mmc.0: RESP 0x, 0x, 0x, 0x, error 1 7MMC: req done (01): 1: 7imx-mmc imx-mmc.0: clock 0 power 0 vdd 0 width 1 6imx-mmc imx-mmc.0: card inserted 7imx-mmc imx-mmc.0: clock 0 power 1 vdd 20 width 1 7imx-mmc imx-mmc.0: clock 15 power 2 vdd 20 width 1 7imx-mmc imx-mmc.0: PERCLK2 265977856 MHz - prescaler 5 7imx-mmc imx-mmc.0: MMC_CLK_RATE: 0x0057 7imx-mmc imx-mmc.0: clock 15 power 2 vdd 20 width 1 7imx-mmc imx-mmc.0: PERCLK2 265977856 MHz - prescaler 5 7imx-mmc imx-mmc.0: MMC_CLK_RATE: 0x0057 7MMC: starting cmd 00 arg flags 0040 7imx-mmc imx-mmc.0: CMD00 (0x00) mask set to 0x003b 7imx-mmc imx-mmc.0: RESP 0x, 0x, 0x, 0x, error 0 7MMC: req done (00): 0: 7imx-mmc imx-mmc.0: clock 15 power 2 vdd 20 width 1 7imx-mmc imx-mmc.0: PERCLK2 265977856 MHz - prescaler 5 7imx-mmc imx-mmc.0: MMC_CLK_RATE: 0x0057 7MMC: starting cmd 37 arg flags 0015 7imx-mmc imx-mmc.0: CMD55 (0x37) mask set to 0x003b 7imx-mmc imx-mmc.0: CMD TIMEOUT 7imx-mmc imx-mmc.0: RESP 0x, 0x, 0x, 0x, error 1 7MMC: req done (37): 1: 7MMC: starting cmd 37 arg flags 0015 7imx-mmc imx-mmc.0: CMD55 (0x37) mask set to 0x003b 7imx-mmc imx-mmc.0: CMD TIMEOUT 7imx-mmc imx-mmc.0: RESP 0x, 0x, 0x, 0x, error 1 7MMC: req done (37): 1: 7MMC: starting cmd 37 arg flags 0015 7imx-mmc imx-mmc.0: CMD55 (0x37) mask set to 0x003b 7imx-mmc imx-mmc.0: CMD TIMEOUT 7imx-mmc imx-mmc.0: RESP 0x8000, 0x, 0x, 0x, error 1 7MMC: req done (37): 1: 8000 7MMC: starting cmd 37 arg flags 0015 7imx-mmc imx-mmc.0: CMD55 (0x37) mask set to 0x003b 7imx-mmc imx-mmc.0: CMD TIMEOUT 7imx-mmc imx-mmc.0: RESP 0x, 0x, 0x, 0x, error 1 7MMC: req done (37): 1: 7MMC: starting cmd 01 arg flags 0061 7imx-mmc imx-mmc.0: CMD01 (0x01) mask set to 0x003b 7imx-mmc imx-mmc.0: RESP 0x, 0x, 0x, 0x, error 0 7MMC: req done (01): 0: 7imx-mmc imx-mmc.0: clock 0 power 0 vdd 0 width 1 6imx-mmc imx-mmc.0: card removed 7imx-mmc imx-mmc.0: clock 0 power 1 vdd 20 width 1 7imx-mmc imx-mmc.0: clock
Re: Fwd: Mounting MMC card
On Tue, 3 Jul 2007 14:39:40 +0530 Midhun Agnihotram [EMAIL PROTECTED] wrote: Hi All, This is referring to my problem - not able to mount MMC card. I have some output from dmesg when I remove and put the card back (I have changes the kernel config to include i.MX SPI and disabled the generic SPI). DOes this give any clue as to why the MMC card is not appaering in /proc/partions and /sysfs/block ?? Any help will of great use. The output of dmesg is as follows. I have removed and inserted the card twice. 7MMC: starting cmd 00 arg flags 0040 7MMC: req done (00): 1: These two and the ones like them were the ones I expected to see in your dumps. So since you've discovered a way to get them functioning, we can proceed with the debugging. 7MMC: starting cmd 01 arg flags 0061 7imx-mmc imx-mmc.0: CMD01 (0x01) mask set to 0x003b 7imx-mmc imx-mmc.0: RESP 0x, 0x, 0x, 0x, error 0 7MMC: req done (01): 0: Here's your problem. CMD01 is a command that queries the cards for their voltages. And the response is no voltages. So either your host driver is buggy, or your card is. Have you tested with some other cards? Also, the i.MX host driver is known to be a bit buggy. I would suggest sending some questions out on the arm linux kernel mailing list as that is where it's usually discussed. Rgds -- -- Pierre Ossman Linux kernel, MMC maintainerhttp://www.kernel.org PulseAudio, core developer http://pulseaudio.org rdesktop, core developer http://www.rdesktop.org - To unsubscribe from this list: send the line unsubscribe linux-kernel in the body of a message to [EMAIL PROTECTED] More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
Re: Fwd: Mounting MMC card
Then something is seriously broken with your kernel. I can only assume that this is because of some vendor modifications. So I would suggest contacting them or trying to get a vanilla kernel running. Hmm. I will try getting the vanilla kernel and putting the required patches. Or rather see what can be done with this driver. Thanks a lot for all the help. Thanks, Midhun. - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to [EMAIL PROTECTED] More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
Re: Fwd: Mounting MMC card
Midhun Agnihotram wrote: >> >> Not likely. It's probably a no-op when you don't have devfs. >> > > CONFIG_MMC_DEBUG is already enabled. This is not printing any debug > statements as such. > Then something is seriously broken with your kernel. I can only assume that this is because of some vendor modifications. So I would suggest contacting them or trying to get a vanilla kernel running. Rgds -- -- Pierre Ossman Linux kernel, MMC maintainerhttp://www.kernel.org PulseAudio, core developer http://pulseaudio.org rdesktop, core developer http://www.rdesktop.org - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to [EMAIL PROTECTED] More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
Re: Fwd: Mounting MMC card
Not likely. It's probably a no-op when you don't have devfs. CONFIG_MMC_DEBUG is already enabled. This is not printing any debug statements as such. Midhun. - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to [EMAIL PROTECTED] More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
Re: Fwd: Mounting MMC card
Midhun Agnihotram wrote: > linux/fs/devfs/base.c. I don't have devfs enabled in my kernel (kernel > version 2.6.16. In fact I don't even get an option to enable it in > menuconfig.). Can this be the cause of the problem?? I have found the > same code in the original kernel version too (the one from > kernel.org). > Not likely. It's probably a no-op when you don't have devfs. You should enable CONFIG_MMC_DEBUG to see what is going wrong. -- -- Pierre Ossman Linux kernel, MMC maintainerhttp://www.kernel.org PulseAudio, core developer http://pulseaudio.org rdesktop, core developer http://www.rdesktop.org - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to [EMAIL PROTECTED] More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
Re: Fwd: Mounting MMC card
Hi, > Both of them show no sign of MMC. > Then you cannot mount them. What output did you see in dmesg when you inserted the card? The dmesg contains only the following when I remove and insert the card. <6>imx-mmc imx-mmc.0: card removed <6>imx-mmc imx-mmc.0: card inserted Also I was looking through the code. I found this function for init of mmc_blk (linux/drivers/mmc/mmc_block.c) static int __init mmc_blk_init(void) { int res = -ENOMEM; res = register_blkdev(major, "mmc"); if (res < 0) { printk(KERN_WARNING "Unable to get major %d for MMC media: %d\n", major, res); goto out; } if (major == 0) major = res; devfs_mk_dir("mmc"); return mmc_register_driver(_driver); out: return res; } This uses the function devfs_mk_dir() - defined in linux/fs/devfs/base.c. I don't have devfs enabled in my kernel (kernel version 2.6.16. In fact I don't even get an option to enable it in menuconfig.). Can this be the cause of the problem?? I have found the same code in the original kernel version too (the one from kernel.org). Thanks, Midhun. - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to [EMAIL PROTECTED] More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
Re: Fwd: Mounting MMC card
Midhun Agnihotram wrote: >> >> This all looks correct. How about /proc/partitions? And what's in >> /sys/block? >> > > Both of them show no sign of MMC. > Then you cannot mount them. What output did you see in dmesg when you inserted the card? -- -- Pierre Ossman Linux kernel, MMC maintainerhttp://www.kernel.org PulseAudio, core developer http://pulseaudio.org rdesktop, core developer http://www.rdesktop.org - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to [EMAIL PROTECTED] More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
Re: Fwd: Mounting MMC card
Uli Luckas wrote: > If I remember correctly, mmc devices did not have fixed majors/minors > allocated until recently. Either get a recent kernel or use some kind of > hotplug (udev) scripts to create your device nodes with dynamically allocated > major/minors. > Correct. But a double check in /proc/devices reveals the current allocation. -- -- Pierre Ossman Linux kernel, MMC maintainerhttp://www.kernel.org PulseAudio, core developer http://pulseaudio.org rdesktop, core developer http://www.rdesktop.org - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to [EMAIL PROTECTED] More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
Re: Fwd: Mounting MMC card
Am Freitag 29 Juni 2007 11:45 schrieb Midhun Agnihotram: > > > > This all looks correct. How about /proc/partitions? And what's in > > /sys/block? > > > > Both of them show no sign of MMC. > > / # cat /proc/partitions > major minor #blocks name > > 31 0 8192 mtdblock0 > 31 1384 mtdblock1 > 31 2 1664 mtdblock2 > 31 3 2048 mtdblock3 > 31 4 4096 mtdblock4 > > > > / # cd /sys/block/ > /sys/block # ls -l > drwxr-xr-x3 00 0 Jan 1 00:00 mtdblock0 > drwxr-xr-x3 00 0 Jan 1 00:00 mtdblock1 > drwxr-xr-x3 00 0 Jan 1 00:00 mtdblock2 > drwxr-xr-x3 00 0 Jan 1 00:00 mtdblock3 > drwxr-xr-x3 00 0 Jan 1 00:00 mtdblock4 > drwxr-xr-x2 00 0 Jan 1 00:00 ram0 > drwxr-xr-x2 00 0 Jan 1 00:00 ram1 > drwxr-xr-x2 00 0 Jan 1 00:00 ram10 > drwxr-xr-x2 00 0 Jan 1 00:00 ram11 > drwxr-xr-x2 00 0 Jan 1 00:00 ram12 > drwxr-xr-x2 00 0 Jan 1 00:00 ram13 > drwxr-xr-x2 00 0 Jan 1 00:00 ram14 > drwxr-xr-x2 00 0 Jan 1 00:00 ram15 > drwxr-xr-x2 00 0 Jan 1 00:00 ram2 > drwxr-xr-x2 00 0 Jan 1 00:00 ram3 > drwxr-xr-x2 00 0 Jan 1 00:00 ram4 > drwxr-xr-x2 00 0 Jan 1 00:00 ram5 > drwxr-xr-x2 00 0 Jan 1 00:00 ram6 > drwxr-xr-x2 00 0 Jan 1 00:00 ram7 > drwxr-xr-x2 00 0 Jan 1 00:00 ram8 > drwxr-xr-x2 00 0 Jan 1 00:00 ram9 For comparison, here's what it looks like here (kernel 2.6.21.5, udev): # cat /proc/partitions major minor #blocks name 31 0512 mtdblock0 31 1 4096 mtdblock1 31 2 28160 mtdblock2 254 0 250880 mmcblk0 254 1 250697 mmcblk0p1 # ls -l /sys/block/ drwxr-xr-x6 root root0 Jun 29 08:41 mmcblk0 drwxr-xr-x5 root root0 Jun 29 08:41 mtdblock0 drwxr-xr-x5 root root0 Jun 29 08:41 mtdblock1 drwxr-xr-x5 root root0 Jun 29 08:41 mtdblock2 # ls -l /sys/block/mmcblk0 -r--r--r--1 root root 4096 Jun 29 08:41 dev lrwxrwxrwx1 root root0 Jun 29 10:07 device -> ../../class/mmc_host/mmc0/mmc0:0002 drwxr-xr-x2 root root0 Jan 1 1970 holders drwxr-xr-x3 root root0 Jun 29 08:41 mmcblk0p1 drwxr-xr-x3 root root0 Jan 1 1970 queue -r--r--r--1 root root 4096 Jun 29 08:41 range -r--r--r--1 root root 4096 Jun 29 08:41 removable -r--r--r--1 root root 4096 Jun 29 08:41 size drwxr-xr-x2 root root0 Jan 1 1970 slaves -r--r--r--1 root root 4096 Jun 29 08:41 stat lrwxrwxrwx1 root root0 Jun 29 08:41 subsystem -> ../../block --w---1 root root 4096 Jun 29 08:41 uevent # ls -l mmcblk0p1 ls: mmcblk0p1: No such file or directory # ls -l /sys/block/mmcblk0/mmcblk0p1 -r--r--r--1 root root 4096 Jun 29 10:08 dev drwxr-xr-x2 root root0 Jan 1 1970 holders -r--r--r--1 root root 4096 Jun 29 10:08 size -r--r--r--1 root root 4096 Jun 29 10:08 start -r--r--r--1 root root 4096 Jun 29 10:08 stat lrwxrwxrwx1 root root0 Jun 29 10:08 subsystem -> ../../../block --w---1 root root 4096 Jun 29 08:41 uevent # cat /sys/block/mmcblk0/mmcblk0p1/size 501394 # Hans - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to [EMAIL PROTECTED] More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
Re: Fwd: Mounting MMC card
This all looks correct. How about /proc/partitions? And what's in /sys/block? Both of them show no sign of MMC. / # cat /proc/partitions major minor #blocks name 31 0 8192 mtdblock0 31 1384 mtdblock1 31 2 1664 mtdblock2 31 3 2048 mtdblock3 31 4 4096 mtdblock4 / # cd /sys/block/ /sys/block # ls -l drwxr-xr-x3 00 0 Jan 1 00:00 mtdblock0 drwxr-xr-x3 00 0 Jan 1 00:00 mtdblock1 drwxr-xr-x3 00 0 Jan 1 00:00 mtdblock2 drwxr-xr-x3 00 0 Jan 1 00:00 mtdblock3 drwxr-xr-x3 00 0 Jan 1 00:00 mtdblock4 drwxr-xr-x2 00 0 Jan 1 00:00 ram0 drwxr-xr-x2 00 0 Jan 1 00:00 ram1 drwxr-xr-x2 00 0 Jan 1 00:00 ram10 drwxr-xr-x2 00 0 Jan 1 00:00 ram11 drwxr-xr-x2 00 0 Jan 1 00:00 ram12 drwxr-xr-x2 00 0 Jan 1 00:00 ram13 drwxr-xr-x2 00 0 Jan 1 00:00 ram14 drwxr-xr-x2 00 0 Jan 1 00:00 ram15 drwxr-xr-x2 00 0 Jan 1 00:00 ram2 drwxr-xr-x2 00 0 Jan 1 00:00 ram3 drwxr-xr-x2 00 0 Jan 1 00:00 ram4 drwxr-xr-x2 00 0 Jan 1 00:00 ram5 drwxr-xr-x2 00 0 Jan 1 00:00 ram6 drwxr-xr-x2 00 0 Jan 1 00:00 ram7 drwxr-xr-x2 00 0 Jan 1 00:00 ram8 drwxr-xr-x2 00 0 Jan 1 00:00 ram9 Midhun. - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to [EMAIL PROTECTED] More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
Re: Fwd: Mounting MMC card
On Friday, 29. June 2007, Midhun Agnihotram wrote: > Hi All, > > > Let's try something a lot less complex than mounting. Try running: > > dd if=/dev/mmcblk0 of=/dev/null count=100 > > Here goes the output(error). > > / # dd if=/dev/mmcblk0 of=/dev/null count=100 > dd: can't open '/dev/mmcblk0': No such device or address > > The /dev is has the following: > > / # ls -l /dev | grep mmc > brwxrwxrwx1 00254, 0 Jun 26 2007 mmcblk0 > brwxrwxrwx1 00254, 1 Jun 26 2007 mmcblk0p0 > brwxrwxrwx1 00254, 2 Jun 26 2007 mmcblk0p1 > brwxrwxrwx1 00254, 3 Jun 26 2007 mmcblk0p2 > brwxrwxrwx1 00254, 4 Jun 26 2007 mmcblk0p3 > If I remember correctly, mmc devices did not have fixed majors/minors allocated until recently. Either get a recent kernel or use some kind of hotplug (udev) scripts to create your device nodes with dynamically allocated major/minors. Regards Uli -- --- ROAD ...the handyPC Company - - - ) ) ) Uli Luckas Software Development ROAD GmbH Bennigsenstr. 14 | 12159 Berlin | Germany fon: +49 (30) 230069 - 64 | fax: +49 (30) 230069 - 69 url: www.road.de Amtsgericht Charlottenburg: HRB 96688 B Managing directors: Hans-Peter Constien, Hubertus von Streit - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to [EMAIL PROTECTED] More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
Re: Fwd: Mounting MMC card
Midhun Agnihotram wrote: > >So are the device nodes wrong? When i say `cat /proc/devices` it says : > > So is the major number 254 is correct for MMC ?? > This all looks correct. How about /proc/partitions? And what's in /sys/block? Rgds -- -- Pierre Ossman Linux kernel, MMC maintainerhttp://www.kernel.org PulseAudio, core developer http://pulseaudio.org rdesktop, core developer http://www.rdesktop.org - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to [EMAIL PROTECTED] More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
Re: Fwd: Mounting MMC card
Hi All, Let's try something a lot less complex than mounting. Try running: dd if=/dev/mmcblk0 of=/dev/null count=100 Here goes the output(error). / # dd if=/dev/mmcblk0 of=/dev/null count=100 dd: can't open '/dev/mmcblk0': No such device or address The /dev is has the following: / # ls -l /dev | grep mmc brwxrwxrwx1 00254, 0 Jun 26 2007 mmcblk0 brwxrwxrwx1 00254, 1 Jun 26 2007 mmcblk0p0 brwxrwxrwx1 00254, 2 Jun 26 2007 mmcblk0p1 brwxrwxrwx1 00254, 3 Jun 26 2007 mmcblk0p2 brwxrwxrwx1 00254, 4 Jun 26 2007 mmcblk0p3 So are the device nodes wrong? When i say `cat /proc/devices` it says : / # cat /proc/devices Character devices: 1 mem 2 pty 3 ttyp 4 /dev/vc/0 4 tty 4 ttyS 5 /dev/tty 5 /dev/console 5 /dev/ptmx 7 vcs 10 misc 13 input 29 fb 90 mtd 128 ptm 136 pts Block devices: 1 ramdisk 1 ramdisk 31 mtdblock 254 mmc So is the major number 254 is correct for MMC ?? Midhun. - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to [EMAIL PROTECTED] More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
Re: Fwd: Mounting MMC card
Midhun Agnihotram wrote: > > The kernel version is 2.6.16. So I guess there should not be a > problem. Any more things that I need to check?? > Let's try something a lot less complex than mounting. Try running: dd if=/dev/mmcblk0 of=/dev/null count=100 If that fails, then you should either have some revealing output in dmesg or your device nodes must be wrong somehow. If it succeeds, then there is some problem reading the filesystem off the card. Have you tried mounting the card in some other system? Rgds -- -- Pierre Ossman Linux kernel, MMC maintainerhttp://www.kernel.org PulseAudio, core developer http://pulseaudio.org rdesktop, core developer http://www.rdesktop.org - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to [EMAIL PROTECTED] More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
Re: Fwd: Mounting MMC card
Hi, I was talking about the file system on the card. Usually, you've got vfat on such a card. How about that? BTW, You mounted proc on /proc and sysfs on /sys, I hope? Yes I do have the support for vfat and msdos file system. I have formatted the card on a Windows system with "FAT" file system. # # DOS/FAT/NT Filesystems # CONFIG_FAT_FS=y CONFIG_MSDOS_FS=y CONFIG_VFAT_FS=y CONFIG_FAT_DEFAULT_CODEPAGE=437 CONFIG_FAT_DEFAULT_IOCHARSET="iso8859-1" # CONFIG_NTFS_FS is not set Also, I have mounted proc and sysfs. No. You don't have jffs2 on your MMC, do you? I do not have a jffs2 on my MMC. >I have seen the udev page. But I am a bit skeptic about > implementing it with my kernelas this kernel is from Microcross - > customized for CSB535FS board. As long as it's a reasonable recent kernel (>=2.6.15), it shouldn't be a problem. The kernel version is 2.6.16. So I guess there should not be a problem. Any more things that I need to check?? Thanks, Midhun. - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to [EMAIL PROTECTED] More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
Re: Fwd: Mounting MMC card
Am Freitag 29 Juni 2007 09:40 schrieb Midhun Agnihotram: > > >* Is support for the file system on the MMC in your kernel? > > Yes. There is support for MMC card in my kernel. I was talking about the file system on the card. Usually, you've got vfat on such a card. How about that? BTW, You mounted proc on /proc and sysfs on /sys, I hope? > >I have checked the log and it is attached to the end of the mail. > The log contains debug messages for removing and inserting the MMC > card. But nothing specific relating to mount. Can you interpret > anything more from it? No. You don't have jffs2 on your MMC, do you? > > >Have you checked that your device nodes are correct? Since you use busybox I > >assume the system is too lightweight to run udev. > > Yes. I have checked the device nodes. They are fine for MMC. (I > have made them form what I got on the internet. BTW can anybody tell > me how can I find the corresponding major and minor number for my > device driver? This MMC driver is from Microcross. I have put the > device nodes as 254,0 - which are generic.). Here's what I have (nodes created by udev): # ls -l /dev/mmc* brw-rw1 root root 254, 0 Jun 29 08:41 /dev/mmcblk0 brw-rw1 root root 254, 1 Jun 29 08:41 /dev/mmcblk0p1 > > >I run udev on an arm system, it costs you about 200kBytes, > >and saves you all the trouble with creating device files. > >Note that you don't need any rules files. If you want to write > >rules, you can even implement a poor-man's hotplug without HAL. > >If you can afford 200k, use udev. > >I have seen the udev page. But I am a bit skeptic about > implementing it with my kernelas this kernel is from Microcross - > customized for CSB535FS board. As long as it's a reasonable recent kernel (>=2.6.15), it shouldn't be a problem. > I want to try udev only as my last > option. Your choice. Hans - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to [EMAIL PROTECTED] More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
Fwd: Mounting MMC card
Hi All, # mount /dev/mmcblk0p0 /mnt/mmc mount: mounting /dev/mmcblk0p0 on /mnt/mmc failed I have tried with /dev/mmcblk0p0, mmcblk0p1,etc. But of no use. How Try to mount mmcblk0 and/or try fdisk and look at the partition table. dmesg output would also be helpful (after the failed mount). Jan I have tried mounting mmcblk0. But I get the same error from mount. I have pasted the dmesg log at the end of the mail. You should check: * Is the driver for your MMC actually loaded? * Did it initialize correctly? Does it find your MMC card? As far as I have seen the log, the device gets probed properly. Also the kernel detects the MMC card when inserted. So there must be no problem with the driver loading. * Is support for the file system on the MMC in your kernel? Yes. There is support for MMC card in my kernel. The following is from the .config file. # # MMC/SD Card support # CONFIG_MMC=y CONFIG_MMC_DEBUG=y CONFIG_MMC_BLOCK=y CONFIG_MMC_IMX=y * /dev/mmcblk0p0 and /mnt/mmc really exist? (sorry, but...) Yes they do. I have created the /dev/mmcblk0, /dev/mmcblk0p0, /dev/mmcblk0p1, /dev/mmcblk0p2, /dev/mmcblk0p3, /dev/mmcblk0p4 entries using mknod. Also I have created the /mnt and /mnt/mmc directories. Check the output of dmesg for messages from the mmc driver. Hans I have checked the log and it is attached to the end of the mail. The log contains debug messages for removing and inserting the MMC card. But nothing specific relating to mount. Can you interpret anything more from it? Have you checked that your device nodes are correct? Since you use busybox I assume the system is too lightweight to run udev. Yes. I have checked the device nodes. They are fine for MMC. (I have made them form what I got on the internet. BTW can anybody tell me how can I find the corresponding major and minor number for my device driver? This MMC driver is from Microcross. I have put the device nodes as 254,0 - which are generic.). I run udev on an arm system, it costs you about 200kBytes, and saves you all the trouble with creating device files. Note that you don't need any rules files. If you want to write rules, you can even implement a poor-man's hotplug without HAL. If you can afford 200k, use udev. I have seen the udev page. But I am a bit skeptic about implementing it with my kernelas this kernel is from Microcross - customized for CSB535FS board. I want to try udev only as my last option. Please help me resolve this issue. I have been on it for a week now. Thanks a lot, Midhun. The dmesg log: <7>jffs2_add_physical_node_ref(): Node at 0x160300(2), size 0x124 <7>jffs2_write_dnode wrote node at 0x00160300(2) with dsize 0x269, csize 0xde, node_crc 0x7b52763e, data_crc 0x5a16f8e5, totlen 0x0122 <7>[JFFS2 DBG] (673) jffs2_add_full_dnode_to_inode: adding node 0x00-0x269 @0x00160300 on flash, newfrag *c2d05fe0 <7>Obsoleting node at 0x001602bc of len 0x44: <7>Wasting <7>obliterating obsoleted node at 0x001602bc <7>jffs2_complete_reservation() <7>jffs2_thread_should_wake(): nr_free_blocks 22, nr_erasing_blocks 0, dirty_size 0x2f1e4: no <7>increasing writtenlen by 617 <7>jffs2_commit_write() returning 0 <7>jffs2_lookup() <7>jffs2_lookup() <7>jffs2_read_inode(): inode->i_ino == 27 <7>[JFFS2 DBG] (673) jffs2_do_read_inode: read inode #27 <7>[JFFS2 DBG] (673) jffs2_do_read_inode_internal: ino #27 nlink is 1 <7>[JFFS2 DBG] (673) jffs2_get_inode_nodes: ino #27 <7>[JFFS2 DBG] (673) jffs2_get_inode_nodes: read 40 bytes at 0x087618(3). <7>[JFFS2 DBG] (673) read_more: read more 28 bytes <7>[JFFS2 DBG] (673) read_dnode: dnode @00087618: ver 1, offset 0x00, dsize 0x07, csize 0x07 <7>[JFFS2 DBG] (673) jffs2_get_inode_nodes: nodes of inode #27 were read, the highest version is 1, latest_mctime 3269877536, mctime_ver 0. <7>[JFFS2 DBG] (673) jffs2_do_read_inode_internal: consider node ver 1, phys offset 0x087618(3), range 0-7. <7>[JFFS2 DBG] (673) jffs2_add_older_frag_to_fragtree: insert fragment 0x00-0x07, ver 1 <7>[JFFS2 DBG] (673) jffs2_do_read_inode_internal: symlink's target 'busybox' cached <7>jffs2_read_inode() returning <7>jffs2_follow_link(): target path is 'busybox' <7>jffs2_follow_link(): target path is 'busybox' <6>imx-mmc imx-mmc.0: card removed <6>imx-mmc imx-mmc.0: card inserted <7>jffs2_setattr(): ino #353 <7>jffs2_reserve_space(): Requested 0x44 bytes <7>jffs2_reserve_space(): alloc sem got <7>jffs2_do_reserve_space(): Giving 0x1fbdc bytes at 0x160424 <7>jffs2_add_physical_node_ref(): Node at 0x160424(2), size 0x44 <7>jffs2_write_dnode wrote node at 0x00160424(2) with dsize 0x0, csize 0x0, node_crc 0x93cbd6de, data_crc 0x, totlen 0x0044 <7>[JFFS2 DBG] (673) jffs2_truncate_fragtree: truncating fragtree to 0x bytes <7>Obsoleting node at 0x00160300 of len 0x124: <7>Wasting <7>obliterating obsoleted node at 0x00160300 <7>jffs2_complete_reservation() <7>jffs2_thread_should_wake(): nr_free_blocks 22, nr_erasing_blocks 0, dirty_size 0x2f1e4: no
Fwd: Mounting MMC card
Hi All, # mount /dev/mmcblk0p0 /mnt/mmc mount: mounting /dev/mmcblk0p0 on /mnt/mmc failed I have tried with /dev/mmcblk0p0, mmcblk0p1,etc. But of no use. How Try to mount mmcblk0 and/or try fdisk and look at the partition table. dmesg output would also be helpful (after the failed mount). Jan I have tried mounting mmcblk0. But I get the same error from mount. I have pasted the dmesg log at the end of the mail. You should check: * Is the driver for your MMC actually loaded? * Did it initialize correctly? Does it find your MMC card? As far as I have seen the log, the device gets probed properly. Also the kernel detects the MMC card when inserted. So there must be no problem with the driver loading. * Is support for the file system on the MMC in your kernel? Yes. There is support for MMC card in my kernel. The following is from the .config file. # # MMC/SD Card support # CONFIG_MMC=y CONFIG_MMC_DEBUG=y CONFIG_MMC_BLOCK=y CONFIG_MMC_IMX=y * /dev/mmcblk0p0 and /mnt/mmc really exist? (sorry, but...) Yes they do. I have created the /dev/mmcblk0, /dev/mmcblk0p0, /dev/mmcblk0p1, /dev/mmcblk0p2, /dev/mmcblk0p3, /dev/mmcblk0p4 entries using mknod. Also I have created the /mnt and /mnt/mmc directories. Check the output of dmesg for messages from the mmc driver. Hans I have checked the log and it is attached to the end of the mail. The log contains debug messages for removing and inserting the MMC card. But nothing specific relating to mount. Can you interpret anything more from it? Have you checked that your device nodes are correct? Since you use busybox I assume the system is too lightweight to run udev. Yes. I have checked the device nodes. They are fine for MMC. (I have made them form what I got on the internet. BTW can anybody tell me how can I find the corresponding major and minor number for my device driver? This MMC driver is from Microcross. I have put the device nodes as 254,0 - which are generic.). I run udev on an arm system, it costs you about 200kBytes, and saves you all the trouble with creating device files. Note that you don't need any rules files. If you want to write rules, you can even implement a poor-man's hotplug without HAL. If you can afford 200k, use udev. I have seen the udev page. But I am a bit skeptic about implementing it with my kernelas this kernel is from Microcross - customized for CSB535FS board. I want to try udev only as my last option. Please help me resolve this issue. I have been on it for a week now. Thanks a lot, Midhun. The dmesg log: 7jffs2_add_physical_node_ref(): Node at 0x160300(2), size 0x124 7jffs2_write_dnode wrote node at 0x00160300(2) with dsize 0x269, csize 0xde, node_crc 0x7b52763e, data_crc 0x5a16f8e5, totlen 0x0122 7[JFFS2 DBG] (673) jffs2_add_full_dnode_to_inode: adding node 0x00-0x269 @0x00160300 on flash, newfrag *c2d05fe0 7Obsoleting node at 0x001602bc of len 0x44: 7Wasting 7obliterating obsoleted node at 0x001602bc 7jffs2_complete_reservation() 7jffs2_thread_should_wake(): nr_free_blocks 22, nr_erasing_blocks 0, dirty_size 0x2f1e4: no 7increasing writtenlen by 617 7jffs2_commit_write() returning 0 7jffs2_lookup() 7jffs2_lookup() 7jffs2_read_inode(): inode-i_ino == 27 7[JFFS2 DBG] (673) jffs2_do_read_inode: read inode #27 7[JFFS2 DBG] (673) jffs2_do_read_inode_internal: ino #27 nlink is 1 7[JFFS2 DBG] (673) jffs2_get_inode_nodes: ino #27 7[JFFS2 DBG] (673) jffs2_get_inode_nodes: read 40 bytes at 0x087618(3). 7[JFFS2 DBG] (673) read_more: read more 28 bytes 7[JFFS2 DBG] (673) read_dnode: dnode @00087618: ver 1, offset 0x00, dsize 0x07, csize 0x07 7[JFFS2 DBG] (673) jffs2_get_inode_nodes: nodes of inode #27 were read, the highest version is 1, latest_mctime 3269877536, mctime_ver 0. 7[JFFS2 DBG] (673) jffs2_do_read_inode_internal: consider node ver 1, phys offset 0x087618(3), range 0-7. 7[JFFS2 DBG] (673) jffs2_add_older_frag_to_fragtree: insert fragment 0x00-0x07, ver 1 7[JFFS2 DBG] (673) jffs2_do_read_inode_internal: symlink's target 'busybox' cached 7jffs2_read_inode() returning 7jffs2_follow_link(): target path is 'busybox' 7jffs2_follow_link(): target path is 'busybox' 6imx-mmc imx-mmc.0: card removed 6imx-mmc imx-mmc.0: card inserted 7jffs2_setattr(): ino #353 7jffs2_reserve_space(): Requested 0x44 bytes 7jffs2_reserve_space(): alloc sem got 7jffs2_do_reserve_space(): Giving 0x1fbdc bytes at 0x160424 7jffs2_add_physical_node_ref(): Node at 0x160424(2), size 0x44 7jffs2_write_dnode wrote node at 0x00160424(2) with dsize 0x0, csize 0x0, node_crc 0x93cbd6de, data_crc 0x, totlen 0x0044 7[JFFS2 DBG] (673) jffs2_truncate_fragtree: truncating fragtree to 0x bytes 7Obsoleting node at 0x00160300 of len 0x124: 7Wasting 7obliterating obsoleted node at 0x00160300 7jffs2_complete_reservation() 7jffs2_thread_should_wake(): nr_free_blocks 22, nr_erasing_blocks 0, dirty_size 0x2f1e4: no 7jffs2_prepare_write() 7jffs2_read_inode_range: ino #353, range
Re: Fwd: Mounting MMC card
Am Freitag 29 Juni 2007 09:40 schrieb Midhun Agnihotram: * Is support for the file system on the MMC in your kernel? Yes. There is support for MMC card in my kernel. I was talking about the file system on the card. Usually, you've got vfat on such a card. How about that? BTW, You mounted proc on /proc and sysfs on /sys, I hope? I have checked the log and it is attached to the end of the mail. The log contains debug messages for removing and inserting the MMC card. But nothing specific relating to mount. Can you interpret anything more from it? No. You don't have jffs2 on your MMC, do you? Have you checked that your device nodes are correct? Since you use busybox I assume the system is too lightweight to run udev. Yes. I have checked the device nodes. They are fine for MMC. (I have made them form what I got on the internet. BTW can anybody tell me how can I find the corresponding major and minor number for my device driver? This MMC driver is from Microcross. I have put the device nodes as 254,0 - which are generic.). Here's what I have (nodes created by udev): # ls -l /dev/mmc* brw-rw1 root root 254, 0 Jun 29 08:41 /dev/mmcblk0 brw-rw1 root root 254, 1 Jun 29 08:41 /dev/mmcblk0p1 I run udev on an arm system, it costs you about 200kBytes, and saves you all the trouble with creating device files. Note that you don't need any rules files. If you want to write rules, you can even implement a poor-man's hotplug without HAL. If you can afford 200k, use udev. I have seen the udev page. But I am a bit skeptic about implementing it with my kernelas this kernel is from Microcross - customized for CSB535FS board. As long as it's a reasonable recent kernel (=2.6.15), it shouldn't be a problem. I want to try udev only as my last option. Your choice. Hans - To unsubscribe from this list: send the line unsubscribe linux-kernel in the body of a message to [EMAIL PROTECTED] More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
Re: Fwd: Mounting MMC card
Midhun Agnihotram wrote: The kernel version is 2.6.16. So I guess there should not be a problem. Any more things that I need to check?? Let's try something a lot less complex than mounting. Try running: dd if=/dev/mmcblk0 of=/dev/null count=100 If that fails, then you should either have some revealing output in dmesg or your device nodes must be wrong somehow. If it succeeds, then there is some problem reading the filesystem off the card. Have you tried mounting the card in some other system? Rgds -- -- Pierre Ossman Linux kernel, MMC maintainerhttp://www.kernel.org PulseAudio, core developer http://pulseaudio.org rdesktop, core developer http://www.rdesktop.org - To unsubscribe from this list: send the line unsubscribe linux-kernel in the body of a message to [EMAIL PROTECTED] More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
Re: Fwd: Mounting MMC card
Hi, I was talking about the file system on the card. Usually, you've got vfat on such a card. How about that? BTW, You mounted proc on /proc and sysfs on /sys, I hope? Yes I do have the support for vfat and msdos file system. I have formatted the card on a Windows system with FAT file system. # # DOS/FAT/NT Filesystems # CONFIG_FAT_FS=y CONFIG_MSDOS_FS=y CONFIG_VFAT_FS=y CONFIG_FAT_DEFAULT_CODEPAGE=437 CONFIG_FAT_DEFAULT_IOCHARSET=iso8859-1 # CONFIG_NTFS_FS is not set Also, I have mounted proc and sysfs. No. You don't have jffs2 on your MMC, do you? I do not have a jffs2 on my MMC. I have seen the udev page. But I am a bit skeptic about implementing it with my kernelas this kernel is from Microcross - customized for CSB535FS board. As long as it's a reasonable recent kernel (=2.6.15), it shouldn't be a problem. The kernel version is 2.6.16. So I guess there should not be a problem. Any more things that I need to check?? Thanks, Midhun. - To unsubscribe from this list: send the line unsubscribe linux-kernel in the body of a message to [EMAIL PROTECTED] More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
Re: Fwd: Mounting MMC card
Midhun Agnihotram wrote: So are the device nodes wrong? When i say `cat /proc/devices` it says : So is the major number 254 is correct for MMC ?? This all looks correct. How about /proc/partitions? And what's in /sys/block? Rgds -- -- Pierre Ossman Linux kernel, MMC maintainerhttp://www.kernel.org PulseAudio, core developer http://pulseaudio.org rdesktop, core developer http://www.rdesktop.org - To unsubscribe from this list: send the line unsubscribe linux-kernel in the body of a message to [EMAIL PROTECTED] More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
Re: Fwd: Mounting MMC card
Hi All, Let's try something a lot less complex than mounting. Try running: dd if=/dev/mmcblk0 of=/dev/null count=100 Here goes the output(error). / # dd if=/dev/mmcblk0 of=/dev/null count=100 dd: can't open '/dev/mmcblk0': No such device or address The /dev is has the following: / # ls -l /dev | grep mmc brwxrwxrwx1 00254, 0 Jun 26 2007 mmcblk0 brwxrwxrwx1 00254, 1 Jun 26 2007 mmcblk0p0 brwxrwxrwx1 00254, 2 Jun 26 2007 mmcblk0p1 brwxrwxrwx1 00254, 3 Jun 26 2007 mmcblk0p2 brwxrwxrwx1 00254, 4 Jun 26 2007 mmcblk0p3 So are the device nodes wrong? When i say `cat /proc/devices` it says : / # cat /proc/devices Character devices: 1 mem 2 pty 3 ttyp 4 /dev/vc/0 4 tty 4 ttyS 5 /dev/tty 5 /dev/console 5 /dev/ptmx 7 vcs 10 misc 13 input 29 fb 90 mtd 128 ptm 136 pts Block devices: 1 ramdisk 1 ramdisk 31 mtdblock 254 mmc So is the major number 254 is correct for MMC ?? Midhun. - To unsubscribe from this list: send the line unsubscribe linux-kernel in the body of a message to [EMAIL PROTECTED] More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
Re: Fwd: Mounting MMC card
On Friday, 29. June 2007, Midhun Agnihotram wrote: Hi All, Let's try something a lot less complex than mounting. Try running: dd if=/dev/mmcblk0 of=/dev/null count=100 Here goes the output(error). / # dd if=/dev/mmcblk0 of=/dev/null count=100 dd: can't open '/dev/mmcblk0': No such device or address The /dev is has the following: / # ls -l /dev | grep mmc brwxrwxrwx1 00254, 0 Jun 26 2007 mmcblk0 brwxrwxrwx1 00254, 1 Jun 26 2007 mmcblk0p0 brwxrwxrwx1 00254, 2 Jun 26 2007 mmcblk0p1 brwxrwxrwx1 00254, 3 Jun 26 2007 mmcblk0p2 brwxrwxrwx1 00254, 4 Jun 26 2007 mmcblk0p3 If I remember correctly, mmc devices did not have fixed majors/minors allocated until recently. Either get a recent kernel or use some kind of hotplug (udev) scripts to create your device nodes with dynamically allocated major/minors. Regards Uli -- --- ROAD ...the handyPC Company - - - ) ) ) Uli Luckas Software Development ROAD GmbH Bennigsenstr. 14 | 12159 Berlin | Germany fon: +49 (30) 230069 - 64 | fax: +49 (30) 230069 - 69 url: www.road.de Amtsgericht Charlottenburg: HRB 96688 B Managing directors: Hans-Peter Constien, Hubertus von Streit - To unsubscribe from this list: send the line unsubscribe linux-kernel in the body of a message to [EMAIL PROTECTED] More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
Re: Fwd: Mounting MMC card
This all looks correct. How about /proc/partitions? And what's in /sys/block? Both of them show no sign of MMC. / # cat /proc/partitions major minor #blocks name 31 0 8192 mtdblock0 31 1384 mtdblock1 31 2 1664 mtdblock2 31 3 2048 mtdblock3 31 4 4096 mtdblock4 / # cd /sys/block/ /sys/block # ls -l drwxr-xr-x3 00 0 Jan 1 00:00 mtdblock0 drwxr-xr-x3 00 0 Jan 1 00:00 mtdblock1 drwxr-xr-x3 00 0 Jan 1 00:00 mtdblock2 drwxr-xr-x3 00 0 Jan 1 00:00 mtdblock3 drwxr-xr-x3 00 0 Jan 1 00:00 mtdblock4 drwxr-xr-x2 00 0 Jan 1 00:00 ram0 drwxr-xr-x2 00 0 Jan 1 00:00 ram1 drwxr-xr-x2 00 0 Jan 1 00:00 ram10 drwxr-xr-x2 00 0 Jan 1 00:00 ram11 drwxr-xr-x2 00 0 Jan 1 00:00 ram12 drwxr-xr-x2 00 0 Jan 1 00:00 ram13 drwxr-xr-x2 00 0 Jan 1 00:00 ram14 drwxr-xr-x2 00 0 Jan 1 00:00 ram15 drwxr-xr-x2 00 0 Jan 1 00:00 ram2 drwxr-xr-x2 00 0 Jan 1 00:00 ram3 drwxr-xr-x2 00 0 Jan 1 00:00 ram4 drwxr-xr-x2 00 0 Jan 1 00:00 ram5 drwxr-xr-x2 00 0 Jan 1 00:00 ram6 drwxr-xr-x2 00 0 Jan 1 00:00 ram7 drwxr-xr-x2 00 0 Jan 1 00:00 ram8 drwxr-xr-x2 00 0 Jan 1 00:00 ram9 Midhun. - To unsubscribe from this list: send the line unsubscribe linux-kernel in the body of a message to [EMAIL PROTECTED] More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
Re: Fwd: Mounting MMC card
Am Freitag 29 Juni 2007 11:45 schrieb Midhun Agnihotram: This all looks correct. How about /proc/partitions? And what's in /sys/block? Both of them show no sign of MMC. / # cat /proc/partitions major minor #blocks name 31 0 8192 mtdblock0 31 1384 mtdblock1 31 2 1664 mtdblock2 31 3 2048 mtdblock3 31 4 4096 mtdblock4 / # cd /sys/block/ /sys/block # ls -l drwxr-xr-x3 00 0 Jan 1 00:00 mtdblock0 drwxr-xr-x3 00 0 Jan 1 00:00 mtdblock1 drwxr-xr-x3 00 0 Jan 1 00:00 mtdblock2 drwxr-xr-x3 00 0 Jan 1 00:00 mtdblock3 drwxr-xr-x3 00 0 Jan 1 00:00 mtdblock4 drwxr-xr-x2 00 0 Jan 1 00:00 ram0 drwxr-xr-x2 00 0 Jan 1 00:00 ram1 drwxr-xr-x2 00 0 Jan 1 00:00 ram10 drwxr-xr-x2 00 0 Jan 1 00:00 ram11 drwxr-xr-x2 00 0 Jan 1 00:00 ram12 drwxr-xr-x2 00 0 Jan 1 00:00 ram13 drwxr-xr-x2 00 0 Jan 1 00:00 ram14 drwxr-xr-x2 00 0 Jan 1 00:00 ram15 drwxr-xr-x2 00 0 Jan 1 00:00 ram2 drwxr-xr-x2 00 0 Jan 1 00:00 ram3 drwxr-xr-x2 00 0 Jan 1 00:00 ram4 drwxr-xr-x2 00 0 Jan 1 00:00 ram5 drwxr-xr-x2 00 0 Jan 1 00:00 ram6 drwxr-xr-x2 00 0 Jan 1 00:00 ram7 drwxr-xr-x2 00 0 Jan 1 00:00 ram8 drwxr-xr-x2 00 0 Jan 1 00:00 ram9 For comparison, here's what it looks like here (kernel 2.6.21.5, udev): # cat /proc/partitions major minor #blocks name 31 0512 mtdblock0 31 1 4096 mtdblock1 31 2 28160 mtdblock2 254 0 250880 mmcblk0 254 1 250697 mmcblk0p1 # ls -l /sys/block/ drwxr-xr-x6 root root0 Jun 29 08:41 mmcblk0 drwxr-xr-x5 root root0 Jun 29 08:41 mtdblock0 drwxr-xr-x5 root root0 Jun 29 08:41 mtdblock1 drwxr-xr-x5 root root0 Jun 29 08:41 mtdblock2 # ls -l /sys/block/mmcblk0 -r--r--r--1 root root 4096 Jun 29 08:41 dev lrwxrwxrwx1 root root0 Jun 29 10:07 device - ../../class/mmc_host/mmc0/mmc0:0002 drwxr-xr-x2 root root0 Jan 1 1970 holders drwxr-xr-x3 root root0 Jun 29 08:41 mmcblk0p1 drwxr-xr-x3 root root0 Jan 1 1970 queue -r--r--r--1 root root 4096 Jun 29 08:41 range -r--r--r--1 root root 4096 Jun 29 08:41 removable -r--r--r--1 root root 4096 Jun 29 08:41 size drwxr-xr-x2 root root0 Jan 1 1970 slaves -r--r--r--1 root root 4096 Jun 29 08:41 stat lrwxrwxrwx1 root root0 Jun 29 08:41 subsystem - ../../block --w---1 root root 4096 Jun 29 08:41 uevent # ls -l mmcblk0p1 ls: mmcblk0p1: No such file or directory # ls -l /sys/block/mmcblk0/mmcblk0p1 -r--r--r--1 root root 4096 Jun 29 10:08 dev drwxr-xr-x2 root root0 Jan 1 1970 holders -r--r--r--1 root root 4096 Jun 29 10:08 size -r--r--r--1 root root 4096 Jun 29 10:08 start -r--r--r--1 root root 4096 Jun 29 10:08 stat lrwxrwxrwx1 root root0 Jun 29 10:08 subsystem - ../../../block --w---1 root root 4096 Jun 29 08:41 uevent # cat /sys/block/mmcblk0/mmcblk0p1/size 501394 # Hans - To unsubscribe from this list: send the line unsubscribe linux-kernel in the body of a message to [EMAIL PROTECTED] More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
Re: Fwd: Mounting MMC card
Hi, Both of them show no sign of MMC. Then you cannot mount them. What output did you see in dmesg when you inserted the card? The dmesg contains only the following when I remove and insert the card. 6imx-mmc imx-mmc.0: card removed 6imx-mmc imx-mmc.0: card inserted Also I was looking through the code. I found this function for init of mmc_blk (linux/drivers/mmc/mmc_block.c) static int __init mmc_blk_init(void) { int res = -ENOMEM; res = register_blkdev(major, mmc); if (res 0) { printk(KERN_WARNING Unable to get major %d for MMC media: %d\n, major, res); goto out; } if (major == 0) major = res; devfs_mk_dir(mmc); return mmc_register_driver(mmc_driver); out: return res; } This uses the function devfs_mk_dir() - defined in linux/fs/devfs/base.c. I don't have devfs enabled in my kernel (kernel version 2.6.16. In fact I don't even get an option to enable it in menuconfig.). Can this be the cause of the problem?? I have found the same code in the original kernel version too (the one from kernel.org). Thanks, Midhun. - To unsubscribe from this list: send the line unsubscribe linux-kernel in the body of a message to [EMAIL PROTECTED] More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
Re: Fwd: Mounting MMC card
Midhun Agnihotram wrote: This all looks correct. How about /proc/partitions? And what's in /sys/block? Both of them show no sign of MMC. Then you cannot mount them. What output did you see in dmesg when you inserted the card? -- -- Pierre Ossman Linux kernel, MMC maintainerhttp://www.kernel.org PulseAudio, core developer http://pulseaudio.org rdesktop, core developer http://www.rdesktop.org - To unsubscribe from this list: send the line unsubscribe linux-kernel in the body of a message to [EMAIL PROTECTED] More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
Re: Fwd: Mounting MMC card
Uli Luckas wrote: If I remember correctly, mmc devices did not have fixed majors/minors allocated until recently. Either get a recent kernel or use some kind of hotplug (udev) scripts to create your device nodes with dynamically allocated major/minors. Correct. But a double check in /proc/devices reveals the current allocation. -- -- Pierre Ossman Linux kernel, MMC maintainerhttp://www.kernel.org PulseAudio, core developer http://pulseaudio.org rdesktop, core developer http://www.rdesktop.org - To unsubscribe from this list: send the line unsubscribe linux-kernel in the body of a message to [EMAIL PROTECTED] More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
Re: Fwd: Mounting MMC card
Not likely. It's probably a no-op when you don't have devfs. CONFIG_MMC_DEBUG is already enabled. This is not printing any debug statements as such. Midhun. - To unsubscribe from this list: send the line unsubscribe linux-kernel in the body of a message to [EMAIL PROTECTED] More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
Re: Fwd: Mounting MMC card
Midhun Agnihotram wrote: linux/fs/devfs/base.c. I don't have devfs enabled in my kernel (kernel version 2.6.16. In fact I don't even get an option to enable it in menuconfig.). Can this be the cause of the problem?? I have found the same code in the original kernel version too (the one from kernel.org). Not likely. It's probably a no-op when you don't have devfs. You should enable CONFIG_MMC_DEBUG to see what is going wrong. -- -- Pierre Ossman Linux kernel, MMC maintainerhttp://www.kernel.org PulseAudio, core developer http://pulseaudio.org rdesktop, core developer http://www.rdesktop.org - To unsubscribe from this list: send the line unsubscribe linux-kernel in the body of a message to [EMAIL PROTECTED] More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
Re: Fwd: Mounting MMC card
Midhun Agnihotram wrote: Not likely. It's probably a no-op when you don't have devfs. CONFIG_MMC_DEBUG is already enabled. This is not printing any debug statements as such. Then something is seriously broken with your kernel. I can only assume that this is because of some vendor modifications. So I would suggest contacting them or trying to get a vanilla kernel running. Rgds -- -- Pierre Ossman Linux kernel, MMC maintainerhttp://www.kernel.org PulseAudio, core developer http://pulseaudio.org rdesktop, core developer http://www.rdesktop.org - To unsubscribe from this list: send the line unsubscribe linux-kernel in the body of a message to [EMAIL PROTECTED] More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
Re: Fwd: Mounting MMC card
Then something is seriously broken with your kernel. I can only assume that this is because of some vendor modifications. So I would suggest contacting them or trying to get a vanilla kernel running. Hmm. I will try getting the vanilla kernel and putting the required patches. Or rather see what can be done with this driver. Thanks a lot for all the help. Thanks, Midhun. - To unsubscribe from this list: send the line unsubscribe linux-kernel in the body of a message to [EMAIL PROTECTED] More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
Fwd: Mounting MMC card
Hi All, I am new to linux kernel stuff. I am using Cogent CSB535FS board. I have configured the kernel to include support for MMC card and also i.MX MMC driver. When I insert the card, it says : # imx-mmc imx-mmc.0: card inserted So, the kernel has identified that MMC has been inserted. I have the following dev entries for mmc on the target: brwxrwxrwx1 00254, 0 Jun 26 2007 mmcblk0 brwxrwxrwx1 00254, 1 Jun 26 2007 mmcblk0p0 brwxrwxrwx1 00254, 2 Jun 26 2007 mmcblk0p1 brwxrwxrwx1 00254, 3 Jun 26 2007 mmcblk0p2 brwxrwxrwx1 00254, 4 Jun 26 2007 mmcblk0p3 How do I access the MMC card data now? If I try to mount it, busybox doesnot mount it. # mount /dev/mmcblk0p0 /mnt/mmc mount: mounting /dev/mmcblk0p0 on /mnt/mmc failed I have tried with /dev/mmcblk0p0, mmcblk0p1,etc. But of no use. How do I access the contents of MMC card? Is there any thing missing in my settings? Busybox does not say anything other than the above error message. Any clue will be appreciated, Thanks, Midhun. - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to [EMAIL PROTECTED] More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
Fwd: Mounting MMC card
Hi All, I am new to linux kernel stuff. I am using Cogent CSB535FS board. I have configured the kernel to include support for MMC card and also i.MX MMC driver. When I insert the card, it says : # imx-mmc imx-mmc.0: card inserted So, the kernel has identified that MMC has been inserted. I have the following dev entries for mmc on the target: brwxrwxrwx1 00254, 0 Jun 26 2007 mmcblk0 brwxrwxrwx1 00254, 1 Jun 26 2007 mmcblk0p0 brwxrwxrwx1 00254, 2 Jun 26 2007 mmcblk0p1 brwxrwxrwx1 00254, 3 Jun 26 2007 mmcblk0p2 brwxrwxrwx1 00254, 4 Jun 26 2007 mmcblk0p3 How do I access the MMC card data now? If I try to mount it, busybox doesnot mount it. # mount /dev/mmcblk0p0 /mnt/mmc mount: mounting /dev/mmcblk0p0 on /mnt/mmc failed I have tried with /dev/mmcblk0p0, mmcblk0p1,etc. But of no use. How do I access the contents of MMC card? Is there any thing missing in my settings? Busybox does not say anything other than the above error message. Any clue will be appreciated, Thanks, Midhun. - To unsubscribe from this list: send the line unsubscribe linux-kernel in the body of a message to [EMAIL PROTECTED] More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/