Github kernel source

[ShiftPlusOne]

A few questions about this.

Is it possible to enable PCI and SYM53C8XX SCSI support option for the bcm2078 system type? Just so that we can use the same kernel for qemu and the actual hardware.

And the second question is regarding BCM2708 Multimedia Card Interface support.

CC drivers/mmc/host/bcm2708_mci.o
drivers/mmc/host/bcm2708_mci.c: In function 'bcm2708_mci_get_cd':
drivers/mmc/host/bcm2708_mci.c:477:12: error: 'GP_LEV0' undeclared (first use in this function)
drivers/mmc/host/bcm2708_mci.c:477:12: note: each undeclared identifier is reported only once for each function it appears in
make[3]: *** [drivers/mmc/host/bcm2708_mci.o] Error 1
make[2]: *** [drivers/mmc/host] Error 2
make[1]: *** [drivers/mmc] Error 2

What's up with that?

By the way, I am using codesourcery's toolcahin (arm-2011.09), if that helps.

[hexameron]

The source code is still in development. This is a cunning plan to reduce demand for beta boards.

[hexameron]

Now that I have stopped laughing at how bad that piece of code is , I realize that it is not used on the Raspberry Pi. You need to enable SDHCI, but not  plain mmc:

CONFIG_MMC_SDHCI_BCM2708=y
CONFIG_MMC_SDHCI_BCM2708_DMA=y
# CONFIG_MMC_BCM2708 is not set You should be able to include extra drivers you need for qemu, but you might want to build them as modules.

[jamesh]

hexameron said:


Now that I have stopped laughing at how bad that piece of code is , I realize that it is not used on the Raspberry Pi. You need to enable SDHCI, but not  plain mmc:

CONFIG_MMC_SDHCI_BCM2708=y
CONFIG_MMC_SDHCI_BCM2708_DMA=y
# CONFIG_MMC_BCM2708 is not set You should be able to include extra drivers you need for qemu, but you might want to build them as modules.

I'd suggest that laughing at people's code is not going to make you many friends amongst the people developing that code, whether it's bad or not. Remember that a lot of Broadcom people are doing a lot of work on the Raspberry Pi code, in their spare time if necessary. Try not to piss them off.

[hexameron]

No offence intended, I can see why that routine was written the way that it was.

I am very happy with the way that you are releasing Source Code, and I hope you can resolve:

"host->quirks = SDHCI_QUIRK_BROKEN_CARD_DETECTION"

[ShiftPlusOne]

Ah thanks for the help.

Can't build the extra drivers because pci can't be enabled for the platform.

Also, even once the kernel is built, qemu doesn't boot it. If I change back to versatile, then it runs fine.

I'll just stick to versatile for now.... shouldn't make any difference for emulation.

Though it would be nice to have the same kernel for both.

[spennig]

Would you mind posting the config you're using for the "works on qemu" build?

[ShiftPlusOne]

spennig said:


Would you mind posting the config you're using for the "works on qemu" build?


Pretty much exactly what I have here http://raspi.springnote.com/pa.....es/8234994 , I modified the patch a bit to work with the different kernel version.

[spennig]

Thanks. I'd missed ARM EABI which meant it hung starting init.

[ShiftPlusOne]

You're welcome.

[ElectronikHeart]

Is the Raspberry bootable without this module/driver ?

What I mean by bootable is after booting the kernel, being able to read the root file system from the SD card.

Because I am compiling my Linux system right now for my future Raspberry ^^

[hexameron]

I do not have a pi yet to test it, but the answer has to be yes, because there are people using that kernel, and the default config does not build that module.

I believe that the undefined value should be 0x34, but that is legacy code for MMC slots. I can tell you that Broadcom have done a lot of work on the SD card drivers and they should run very nicely.

[ElectronikHeart]

Thanks ! I was worried about that. But thinking about it, even if linux can't use the SD slot, I think the root can be accessible on USB. So there is always a way to boot ^^

By the way, is the binary blob already available to download ?