At first I was disappointed that the BBG circuit board revision had not
changed. However, it was really a software issue and the boards can be
differentiated by the eMMC chip marking:
Part Number FBGA Code (Marking)
OLDMTFC4GACAAAM-1M WT JWA57
NEW
It is my understanding that Linux has an issue with 5.1. That is why we
get these devices in 4.1 mode. I suspect the lack of experience on this
issue from the Green Team caused this to happen. It should have triggered a
revsion change at the least.
However, some of the new controllers inside the
On Wed, Jun 15, 2016 at 1:36 PM, William Hermans wrote:
> hah ! I did not even look at the second patch. And it does exactly what I
> was thinking. Remove that whole check . . .heh
>
> So now I'm curious why that code was there in the first place ? Someone
> flexing their eWenus, just to break the
hah ! I did not even look at the second patch. And it does exactly what I
was thinking. Remove that whole check . . .heh
So now I'm curious why that code was there in the first place ? Someone
flexing their eWenus, just to break the code when a newer version of
hardware is used ?
On Wed, Jun 15,
>
> Thanks Robert, you're awesome (as always)! Ironically after spending some
> time looking at the JEDEC eMMC spec this morning to confirm that it should
> be forward compatible; I just finished commenting out that section of code
> and rebuilding to see if it would work... and it did. I am
Yeah, the guy who wrote it and the guy who signed of on it probably know
that particular code better than I. But a fixed value in a code bock,
buried only god knows how deep in a source file is not good practice. A
const would have been better, but I wonder how important that check really
is. Is th
card->ext_csd.rev = ext_csd[EXT_CSD_REV];
- if (card->ext_csd.rev > 6) {
+ if (card->ext_csd.rev > 7) {
pr_err("%s: unrecognised EXT_CSD revision %d\n",
mmc_hostname(card->host), card->ext_csd.rev);
err = -EINVAL;
Dare I ask who wrote that code ?
On Wed, Jun 15, 2016 at 8:30 AM, William Hermans
On Wed, Jun 15, 2016 at 10:33 AM, William Hermans wrote:
> card->ext_csd.rev = ext_csd[EXT_CSD_REV];
> - if (card->ext_csd.rev > 6) {
> + if (card->ext_csd.rev > 7) {
> pr_err("%s: unrecognised EXT_CSD revision %d\n",
> mmc_hostname(card->host), card->ext_csd.rev);
> err = -EINVAL;
>
> Dare I ask
Yeah, I was about to post back and say . . .
*[0.940510] mmc1: unrecognised EXT_CSD revision 7*
Just seem like newer unrecognized( yet ) hardware.
On Wed, Jun 15, 2016 at 8:27 AM, Robert Nelson
wrote:
> the latest version of the bbg (and bbgw) have newer (and cheaper $
> wise) eMMC (eMMC5.1)
the latest version of the bbg (and bbgw) have newer (and cheaper $
wise) eMMC (eMMC5.1)
two patches are needed on 3.8.13:
https://git.kernel.org/cgit/linux/kernel/git/torvalds/linux.git/commit/drivers/mmc/core?id=6636bad839d9936e73e48c4841eda83a58fcdb53
https://git.kernel.org/cgit/linux/kernel/gi
That's Odd, I'm running BeagleBoard.org Debian Image 2016-05-01 on a RevC (
4G emmc ) right now. I've also ran many of Roberts images prior to this one
as well. Including several Wheezy images with 3.8.x kernels.
I've also been following Robert eewiki build guide since 2013, while
building many d
Thanks William, but I checked those already. Unfortunately I think the
issue is deeper than that in the kernel drivers (or a combination of
both). It looks like a simple hardware change to a larger 4GB eMMC (same
Micron chip series), but the mmc driver fails when reading the
chip configurati
I believe you need the correct board file. e.g. it's possibly missing from
your build.
$ ls /boot/dtbs/4.4.9-bone-rt-r10/
am335x-abbbi.dtb am335x-boneblack-cape-bone-argus.dtb
am335x-chiliboard.dtb
am335x-arduino-tre.dtb am335x-boneblack-emmc-overlay.dtb
am335x-evm.dtb
am
I have a project that I have been working on for some several years. It
started out on a BeagleBone White, but recently it was moved to the
BeagleBone Green so it run off eMMC instead of an SD card. I have been
using embedded Ubuntu 14.04 (trusty) with the 3.8.13-bone79 bb-kernel
following t
14 matches
Mail list logo