Hi > The patch might be fine, but are you receiving this without the patch?
Befor patch,no sdhci-of.c found. After patch,found sdhci-of.c. > if you receive this with the patch then well there you go, but if this > happens as a result with a clean fresh .tar.ball(vanilla kernel) then this > is something > else. > I got the kernel from Well, then you need 2.6.29-rcX kernels, for example http://www.kernel.org/pub/linux/kernel/v2.6/testing/linux-2.6.29-rc8.tar.bz2 I do not know why so many errors when compile. regards, -- Seiji Yamazaki On Mon, 23 Mar 2009 01:43:38 -0700 (PDT) justinmatt...@gmail.com wrote: > On Mon, 23 Mar 2009, ????? wrote: > > > Hi > > > > I tried again form first. > > > > I patched like this. > > > > [y...@localhost Ippf]$ cd linux-2.6.29-rc8 > > [y...@localhost linux-2.6.29-rc8]$ patch -p 1 <patch.txt > > (Stripping trailing CRs from patch.) > > patching file MAINTAINERS > > Hunk #1 succeeded at 3839 (offset 2 lines). > > (Stripping trailing CRs from patch.) > > patching file drivers/mmc/host/Kconfig > > Hunk #1 succeeded at 65 (offset -7 lines). > > (Stripping trailing CRs from patch.) > > patching file drivers/mmc/host/Makefile > > (Stripping trailing CRs from patch.) > > patching file drivers/mmc/host/sdhci-of.c > > [y...@localhost linux-2.6.29-rc8]$ > > The patch might be fine, but are you receiving this without the patch? > > > > > I Believe patch is OK. > > And I got linux-2.6.29-rc8 kernel from kernel.org > > > >> What are the outcomes when not applying a patch? > >> > > Before applying a patch,sdhci-of.c was not exist in it. > > > > I attach the patch file? > > > > regards, > > > > -- Seiji Yamazaki > > > > On Mon, 23 Mar 2009 01:05:07 -0700 (PDT) > > justinmatt...@gmail.com wrote: > > > >> On Mon, 23 Mar 2009, ????? wrote: > >> > >>> Hi > >>> > >>> Sorry about it. > >>> > >>>> On Mon, 23 Mar 2009, ????? wrote: > >>> > >>> ????? is Japanese language. > >>> > >>>> my guess is one of the header files has a changed definition > >>>> and/or you're missing the file completely. > >>>> (but could be wrong); > >>> > >>> I tried to grep SDHCI_QUIRK_FORCE_BLK_SZ_2048 on linux-2.6.29-rc8. > >>> But no found execpt sdhci-of.c. > >>> Does anybody know why? > >> > >> well I guess this is where you have to work from. > >> (but then after contemplating you did add a patch right?) > >> > >> > >>> > >>> regards, > >>> > >>> -- Seiji Yamazaki > >>> > >>> On Mon, 23 Mar 2009 00:14:23 -0700 (PDT) > >>> justinmatt...@gmail.com wrote: > >>> > >>>> On Mon, 23 Mar 2009, ????? wrote: > >>>> > >>>>> Hi > >>>>> > >>>>> I downloaded linux-2.6.29-rc8.tar.bz2,and I patched . > >>>>> I was succeeded. Thank you very match. > >>>>> But I have the other problem. > >>>>> > >>>>> Compile was not succeeded. > >>>>> > >>>>> Message is ... > >>>>> > >>>>> CALL arch/powerpc/kernel/prom_init_check.sh > >>>>> CC drivers/mmc/host/sdhci-of.o > >>>>> drivers/mmc/host/sdhci-of.c:163: error: 'SDHCI_QUIRK_FORCE_BLK_SZ_2048' > >>>>> undeclared here (not in a function) > >>>>> drivers/mmc/host/sdhci-of.c:164: error: > >>>>> 'SDHCI_QUIRK_BROKEN_CARD_DETECTION' undeclared here (not in a function) > >>>>> drivers/mmc/host/sdhci-of.c:165: error: > >>>>> 'SDHCI_QUIRK_INVERTED_WRITE_PROTECT' undeclared here (not in a function) > >>>>> drivers/mmc/host/sdhci-of.c:167: error: 'SDHCI_QUIRK_NONSTANDARD_CLOCK' > >>>>> undeclared here (not in a function) > >>>>> drivers/mmc/host/sdhci-of.c:168: error: 'SDHCI_QUIRK_PIO_NEEDS_DELAY' > >>>>> undeclared here (not in a function) > >>>>> drivers/mmc/host/sdhci-of.c:169: error: > >>>>> 'SDHCI_QUIRK_RESTORE_IRQS_AFTER_RESET' undeclared here (not in a > >>>>> function) > >>>>> drivers/mmc/host/sdhci-of.c:172: error: unknown field 'readl' specified > >>>>> in initializer > >>>>> drivers/mmc/host/sdhci-of.c:172: warning: initialization from > >>>>> incompatible pointer type > >>>>> drivers/mmc/host/sdhci-of.c:173: error: unknown field 'readw' specified > >>>>> in initializer > >>>>> drivers/mmc/host/sdhci-of.c:173: warning: excess elements in struct > >>>>> initializer > >>>>> drivers/mmc/host/sdhci-of.c:173: warning: (near initialization for > >>>>> 'sdhci_esdhc.ops') > >>>>> drivers/mmc/host/sdhci-of.c:174: error: unknown field 'readb' specified > >>>>> in initializer > >>>>> drivers/mmc/host/sdhci-of.c:174: warning: excess elements in struct > >>>>> initializer > >>>>> drivers/mmc/host/sdhci-of.c:174: warning: (near initialization for > >>>>> 'sdhci_esdhc.ops') > >>>>> drivers/mmc/host/sdhci-of.c:175: error: unknown field 'writel' > >>>>> specified in initializer > >>>>> drivers/mmc/host/sdhci-of.c:175: warning: excess elements in struct > >>>>> initializer > >>>>> drivers/mmc/host/sdhci-of.c:175: warning: (near initialization for > >>>>> 'sdhci_esdhc.ops') > >>>>> drivers/mmc/host/sdhci-of.c:176: error: unknown field 'writew' > >>>>> specified in initializer > >>>>> drivers/mmc/host/sdhci-of.c:176: warning: excess elements in struct > >>>>> initializer > >>>>> drivers/mmc/host/sdhci-of.c:176: warning: (near initialization for > >>>>> 'sdhci_esdhc.ops') > >>>>> drivers/mmc/host/sdhci-of.c:177: error: unknown field 'writeb' > >>>>> specified in initializer > >>>>> drivers/mmc/host/sdhci-of.c:177: warning: excess elements in struct > >>>>> initializer > >>>>> drivers/mmc/host/sdhci-of.c:177: warning: (near initialization for > >>>>> 'sdhci_esdhc.ops') > >>>>> drivers/mmc/host/sdhci-of.c:178: error: unknown field 'set_clock' > >>>>> specified in initializer > >>>>> drivers/mmc/host/sdhci-of.c:178: warning: excess elements in struct > >>>>> initializer > >>>>> drivers/mmc/host/sdhci-of.c:178: warning: (near initialization for > >>>>> 'sdhci_esdhc.ops') > >>>>> drivers/mmc/host/sdhci-of.c:180: error: unknown field 'get_max_clock' > >>>>> specified in initializer > >>>>> drivers/mmc/host/sdhci-of.c:180: warning: excess elements in struct > >>>>> initializer > >>>>> drivers/mmc/host/sdhci-of.c:180: warning: (near initialization for > >>>>> 'sdhci_esdhc.ops') > >>>>> drivers/mmc/host/sdhci-of.c:181: error: unknown field > >>>>> 'get_timeout_clock' specified in initializer > >>>>> drivers/mmc/host/sdhci-of.c:181: warning: excess elements in struct > >>>>> initializer > >>>>> drivers/mmc/host/sdhci-of.c:181: warning: (near initialization for > >>>>> 'sdhci_esdhc.ops') > >>>>> make[3]: *** [drivers/mmc/host/sdhci-of.o] Error 1 > >>>>> make[2]: *** [drivers/mmc/host] Error 2 > >>>>> make[1]: *** [drivers/mmc] Error 2 > >>>>> make: *** [drivers] Error 2 > >>>>> > >>>>> I do not know why. Could you please tell us why. > >>>>> Thanks. > >>>>> > >>>>> On Sat, 21 Mar 2009 03:45:06 +0300 > >>>>> Anton Vorontsov <avoront...@ru.mvista.com> wrote: > >>>>> > >>>>>> On Sat, Mar 21, 2009 at 09:15:25AM +0900, yamazaki wrote: > >>>>>>> Hi > >>>>>>> > >>>>>>> Thank you for your reply. > >>>>>>> I know RICOH has PCI SD/MMC controller. But R5C807 RICOH is not the > >>>>>>> PCI device > >>>>>>> which is probably new product. > >>>>>> > >>>>>> Ah, then it must be connected via MPC8347's localbus. > >>>>>> > >>>>>> Well, then you need 2.6.29-rcX kernels, for example > >>>>>> http://www.kernel.org/pub/linux/kernel/v2.6/testing/linux-2.6.29-rc8.tar.bz2 > >>>>>> is suitable. > >>>>>> > >>>>>> Untar it and apply the patches (they'll apply fine on that > >>>>>> kernel). Then you'll need some device tree additions for > >>>>>> your MPC8347 board, something like this: > >>>>>> > >>>>>> local...@e0005000 { > >>>>>> #address-cells = <2>; > >>>>>> #size-cells = <1>; > >>>>>> compatible = "fsl,mpc8347-localbus", > >>>>>> "fsl,pq2pro-localbus"; > >>>>>> reg = <0xe0005000 0xd8>; > >>>>>> ranges = <0x1 0x0 0xf0000000 0x1000>; > >>>>>> // ^^ change the 0xf0000000 to the actual address > >>>>>> sd...@1,0 { > >>>>>> compatible = "ricoh,r5c807", "generic-sdhci"; > >>>>>> reg = <0x1 0x0 0x1000>; > >>>>>> interrupts = <ricoh-interrupt-here 0x8>; > >>>>>> interrupt-parent = <&ipic>; > >>>>>> // if needed, clock-frequency = > >>>>>> <freq-in-HZ-here>; > >>>>>> }; > >>>>>> }; > >>>>>> > >>>>>> Note that I'm not sure what endiannes you'll get when connecting > >>>>>> the ricoh chip to the big-endinan host... > >>>>>> > >>>>>> -- > >>>>>> Anton Vorontsov > >>>>>> email: cbouatmai...@gmail.com > >>>>>> irc://irc.freenode.net/bd2 > >>>>> > >>>>> -- > >>>>> ????? <yamazaki.se...@kk.jp.panasonic.com> > >>>>> > >>>>> -- > >>>>> To unsubscribe from this list: send the line "unsubscribe linux-kernel" > >>>>> in > >>>>> the body of a message to majord...@vger.kernel.org > >>>>> More majordomo info at http://vger.kernel.org/majordomo-info.html > >>>>> Please read the FAQ at http://www.tux.org/lkml/ > >>>>> > >>>> > >>>> my guess is one of the header files has a changed definition > >>>> and/or you're missing the file completely. > >>>> (but could be wrong); > >>>> > >>>> regards, > >>>> > >>>> -- Justin P. Mattock > >>> > >>> -- > >>> ????? <yamazaki.se...@kk.jp.panasonic.com> > >>> > >>> > >> > >> What are the outcomes when not applying a patch? > >> > >> regards, > >> > >> > >> -- Justin P. Mattock > > > > -- > > ????? <yamazaki.se...@kk.jp.panasonic.com> > > > > if you receive this with the patch then well there you go, but if this > happens as a result with a clean fresh .tar.ball(vanilla kernel) then this > is something > else. > > regards, > > -- Justin P. Mattock -- <yamazaki.se...@kk.jp.panasonic.com> _______________________________________________ Linuxppc-dev mailing list Linuxppc-dev@ozlabs.org https://ozlabs.org/mailman/listinfo/linuxppc-dev