- 27 4月, 2007 1 次提交
-
-
由 Mark Mason 提交于
This is an update to the earlier patch for the sibyte headers, and superceeds the previous patch. Changes were necessary to get the tbprof driver working on the bcm1480. Patch to update Sibyte header files to match master versions maintained at Broadcom. This patch also corrects some whitespace problems, and (hopefully) shouldn't introduce any new ones. Signed-off-by: NMark Mason <mason@broadcom.com> Signed-off-by: NRalf Baechle <ralf@linux-mips.org>
-
- 20 4月, 2007 1 次提交
-
-
由 Mark Mason 提交于
Recent versions of the BCM112X processors aren't recognized by Linux (preventing Linux from booting on those processors). This patch adds support for those that are missing. Signed-off-by: NMark Mason <mason@broadcom.com> Signed-off-by: NRalf Baechle <ralf@linux-mips.org>
-
- 27 9月, 2006 1 次提交
-
-
由 Ralf Baechle 提交于
Signed-off-by: NRalf Baechle <ralf@linux-mips.org>
-
- 19 3月, 2006 1 次提交
-
-
由 Ralf Baechle 提交于
From Dave Johnson <djohnson+linuxmips@sw.starentnetworks.com>: Field width should be 23 bits not 20 bits. Signed-off-by: NRalf Baechle <ralf@linux-mips.org>
-
- 30 10月, 2005 2 次提交
-
-
由 Andrew Isaacson 提交于
Update sibyte headers to match Broadcom internal copies: - comment cleanup and updates - fix LittleSur part number to match the board silkscreen Signed-Off-By: NAndy Isaacson <adi@broadcom.com> Signed-off-by: NRalf Baechle <ralf@linux-mips.org>
-
由 Andrew Isaacson 提交于
Add header files for BCM1480/1280/1455/1255 family of chips, and update sb1250 headers which are shared by BCM1480 family. Signed-Off-By: NAndy Isaacson <adi@broadcom.com> Signed-off-by: NRalf Baechle <ralf@linux-mips.org> diff --git a/include/asm-mips/sibyte/bcm1480_int.h b/include/asm-mips/sibyte/bcm1480_int.h new file mode 100644
-
- 05 9月, 2005 1 次提交
-
-
由 Ralf Baechle 提交于
Signed-off-by: NRalf Baechle <ralf@linux-mips.org> Signed-off-by: NAndrew Morton <akpm@osdl.org> Signed-off-by: NLinus Torvalds <torvalds@osdl.org>
-
- 17 4月, 2005 1 次提交
-
-
由 Linus Torvalds 提交于
Initial git repository build. I'm not bothering with the full history, even though we have it. We can create a separate "historical" git archive of that later if we want to, and in the meantime it's about 3.2GB when imported into git - space that would just make the early git days unnecessarily complicated, when we don't have a lot of good infrastructure for it. Let it rip!
-