Hi, guys. this below message is from my raspberrypi . why the Hardware is not BCM2835. which wrong? My raspberrypi is model B? I'm not sure, because of below message.
# cat /proc/cpuinfo
Processor : ARMv6-compatible processor rev 7 (v6l)
BogoMIPS : 697.95
Features : swp half thumb fastmult vfp edsp java tls
CPU implementer : 0x41
CPU architecture: 7
CPU variant : 0x0
CPU part : 0xb76
CPU revision : 7
Hardware : BCM2708
Revision : 000f
Serial : 000000000d2167f2
# free -m
total used free shared buffers cached
Mem: 438 133 305 0 16 89
-/+ buffers/cache: 27 410
Swap: 99 0 99
This is model B board?
9 posts
- Posts: 2
- Joined: Mon Nov 05, 2012 6:50 am
Yes, that is a Model B - the 2708 is an internal Broadcom part number for the Silicon itself, but the SOC you have will be the BRCM2835 package.
- Moderator
- Posts: 6426
- Joined: Sat Jul 30, 2011 7:41 pm
sorry to hijack, but: how come that with the exact same cpuinfo, and after all updates etc and with
gpu_mem=64 in the config, I get this for free -m ?
gpu_mem=64 in the config, I get this for free -m ?
- Code: Select all
total used free shared buffers cached
Mem: 184 59 125 0 8 33
-/+ buffers/cache: 17 167
Swap: 99 0 99
- Posts: 21
- Joined: Tue Oct 30, 2012 4:57 pm
Are you using rasbian ?
You should have
It really should work if you are on those versions.
You should have
- Code: Select all
$ uname -a
Linux raspberrypi 3.2.27+ #250 PREEMPT Thu Oct 18 19:03:02 BST 2012 armv6l GNU/Linux
$ sudo /opt/vc/bin/vcgencmd version
Oct 25 2012 16:37:21
Copyright (c) 2012 Broadcom
version 346337 (release)
It really should work if you are on those versions.
- Code: Select all
$ free -m
total used free shared buffers cached
Mem: 438 45 392 0 8 22
-/+ buffers/cache: 14 423
Swap: 99 0 99
- Posts: 157
- Joined: Sun Aug 26, 2012 11:49 am
- Code: Select all
$ uname -a
Linux raspberrypi 3.2.27+ #250 PREEMPT Thu Oct 18 19:03:02 BST 2012 armv6l GNU/Linux
$ vcgencmd version
Oct 31 2012 17:57:31
Copyright (c) 2012 Broadcom
version 347415 (release)
- Posts: 21
- Joined: Tue Oct 30, 2012 4:57 pm
What do you have in /boot ?
I missed once fixup.dat and fixup_cd.dat and that caused similar memory problem for me.
I missed once fixup.dat and fixup_cd.dat and that caused similar memory problem for me.
- Posts: 157
- Joined: Sun Aug 26, 2012 11:49 am
seems fine, I think?
- Code: Select all
$ l /boot
total 16916
drwxr-xr-x 2 root root 16384 Jan 1 1970 ./
drwxr-xr-x 23 root root 4096 Oct 31 16:51 ../
-rwxr-xr-x 1 root root 17764 Nov 5 11:33 bootcode.bin*
-rwxr-xr-x 1 root root 164 Nov 1 12:09 cmdline.txt*
-rwxr-xr-x 1 root root 1300 Nov 5 17:05 config.txt*
-rwxr-xr-x 1 root root 41 Nov 5 11:33 .firmware_revision*
-rwxr-xr-x 1 root root 2018 Nov 5 11:33 fixup_cd.dat*
-rwxr-xr-x 1 root root 5280 Nov 5 11:33 fixup.dat*
-rwxr-xr-x 1 root root 137 Sep 18 15:40 issue.txt*
-rwxr-xr-x 1 root root 2104952 Nov 5 11:33 kernel_cutdown.img*
-rwxr-xr-x 1 root root 9522048 Nov 5 11:33 kernel_emergency.img*
-rwxr-xr-x 1 root root 2695192 Nov 5 11:33 kernel.img*
-rwxr-xr-x 1 root root 526828 Nov 5 11:33 start_cd.elf*
-rwxr-xr-x 1 root root 2352536 Nov 5 11:33 start.elf*
- Posts: 21
- Joined: Tue Oct 30, 2012 4:57 pm
Yes, basically looks good, but there are strange small differences in fixup and start file sizes.
My listing:
If you really have the latest firmware and kernel, I would try downloading the bootloader files and copy those over the current ones (after taking a backup of the SD card):
After I would copy those files that are different into the boot folder.
My listing:
- Code: Select all
$ ls -l /boot
total 16872
-rwxr-xr-x 1 root root 17764 Oct 28 19:40 bootcode.bin
-rwxr-xr-x 1 root root 142 Oct 29 00:11 cmdline.txt
-rwxr-xr-x 1 root root 1180 Oct 29 00:11 config.txt
-rwxr-xr-x 1 root root 2020 Oct 28 19:40 fixup_cd.dat
-rwxr-xr-x 1 root root 5282 Oct 28 19:40 fixup.dat
-rwxr-xr-x 1 root root 137 Oct 29 01:01 issue.txt
-rwxr-xr-x 1 root root 2104952 Oct 28 19:40 kernel_cutdown.img
-rwxr-xr-x 1 root root 9522048 Oct 28 19:40 kernel_emergency.img
-rwxr-xr-x 1 root root 2695192 Oct 28 19:40 kernel.img
-rwxr-xr-x 1 root root 523144 Oct 28 19:40 start_cd.elf
-rwxr-xr-x 1 root root 2347828 Oct 28 19:40 start.elf
If you really have the latest firmware and kernel, I would try downloading the bootloader files and copy those over the current ones (after taking a backup of the SD card):
- Code: Select all
$ cd test-directory
$ sudo apt-get download raspberrypi-bootloader
$ sudo dpkg --extract raspberrypi-bootloader_1.20121025-1_armhf.deb testboot
After I would copy those files that are different into the boot folder.
- Posts: 157
- Joined: Sun Aug 26, 2012 11:49 am
thanks, but following this thread viewtopic.php?f=26&t=22199 it seems that I simply have the 256mb version so it's gonna be pretty hard to squeeze 5120mb out of that 
- Posts: 21
- Joined: Tue Oct 30, 2012 4:57 pm