[OpenWrt-Devel] [PATCHv2 001/001] [brcm63xx] Display the correct detected CPU ID
From: Graham Fairweather
This patch fixes the logged detected CPU ID when an equivalent is used,
like in the case where we have a bcm6369 and configuration for a bcm6368 is
used. More info can be found at:
https://forum.openwrt.org/viewtopic.php?id=64621
https://github.com/Xotic750/openwrt/tree/fix_logged_cpu_id_bcm63xx
Signed-off-by: Graham Fairweather
---
v2 fixes an issue where the 4.4 kernel uses 'pr_info' rather than 'printk'.
Missed the problem in my initial attempts with 'quilt'.
---
target/linux/brcm63xx/patches-4.1/330-MIPS-BCM63XX-add-a-new-cpu-variant-helper.patch
| 9 +
target/linux/brcm63xx/patches-4.4/330-MIPS-BCM63XX-add-a-new-cpu-variant-helper.patch
| 9 +
2 files changed, 18 insertions(+)
diff --git
a/target/linux/brcm63xx/patches-4.1/330-MIPS-BCM63XX-add-a-new-cpu-variant-helper.patch
b/target/linux/brcm63xx/patches-4.1/330-MIPS-BCM63XX-add-a-new-cpu-variant-helper.patch
index 661abf6..23491aa 100644
---
a/target/linux/brcm63xx/patches-4.1/330-MIPS-BCM63XX-add-a-new-cpu-variant-helper.patch
+++
b/target/linux/brcm63xx/patches-4.1/330-MIPS-BCM63XX-add-a-new-cpu-variant-helper.patch
@@ -41,6 +41,15 @@ Subject: [PATCH 40/53] MIPS: BCM63XX: add a new cpu
variant helper
bcm63xx_cpu_rev = (tmp & REV_REVID_MASK) >> REV_REVID_SHIFT;
switch (bcm63xx_cpu_id) {
+@@ -377,7 +387,7 @@ void __init bcm63xx_cpu_init(void)
+ bcm63xx_memory_size = detect_memory_size();
+
+ printk(KERN_INFO "Detected Broadcom 0x%04x CPU revision %02x\n",
+- bcm63xx_cpu_id, bcm63xx_cpu_rev);
++ bcm63xx_cpu_variant, bcm63xx_cpu_rev);
+ printk(KERN_INFO "CPU frequency is %u MHz\n",
+ bcm63xx_cpu_freq / 100);
+ printk(KERN_INFO "%uMB of RAM installed\n",
--- a/arch/mips/include/asm/mach-bcm63xx/bcm63xx_cpu.h
+++ b/arch/mips/include/asm/mach-bcm63xx/bcm63xx_cpu.h
@@ -19,6 +19,7 @@
diff --git
a/target/linux/brcm63xx/patches-4.4/330-MIPS-BCM63XX-add-a-new-cpu-variant-helper.patch
b/target/linux/brcm63xx/patches-4.4/330-MIPS-BCM63XX-add-a-new-cpu-variant-helper.patch
index 661abf6..330a9e6 100644
---
a/target/linux/brcm63xx/patches-4.4/330-MIPS-BCM63XX-add-a-new-cpu-variant-helper.patch
+++
b/target/linux/brcm63xx/patches-4.4/330-MIPS-BCM63XX-add-a-new-cpu-variant-helper.patch
@@ -41,6 +41,15 @@ Subject: [PATCH 40/53] MIPS: BCM63XX: add a new cpu
variant helper
bcm63xx_cpu_rev = (tmp & REV_REVID_MASK) >> REV_REVID_SHIFT;
switch (bcm63xx_cpu_id) {
+@@ -377,7 +387,7 @@ void __init bcm63xx_cpu_init(void)
+ bcm63xx_memory_size = detect_memory_size();
+
+ pr_info("Detected Broadcom 0x%04x CPU revision %02x\n",
+- bcm63xx_cpu_id, bcm63xx_cpu_rev);
++ bcm63xx_cpu_variant, bcm63xx_cpu_rev);
+ pr_info("CPU frequency is %u MHz\n",
+ bcm63xx_cpu_freq / 100);
+ pr_info("%uMB of RAM installed\n",
--- a/arch/mips/include/asm/mach-bcm63xx/bcm63xx_cpu.h
+++ b/arch/mips/include/asm/mach-bcm63xx/bcm63xx_cpu.h
@@ -19,6 +19,7 @@
___
openwrt-devel mailing list
openwrt-devel@lists.openwrt.org
https://lists.openwrt.org/cgi-bin/mailman/listinfo/openwrt-devel
[OpenWrt-Devel] [PATCH 001/001] [brcm63xx] [v2] Display the correct detected CPU ID
From: Graham Fairweather
This patch fixes the logged detected CPU ID when an equivalent is used,
like in the case where we have a bcm6369 and configuration for a bcm6368 is
used. More info can be found at:
https://forum.openwrt.org/viewtopic.php?id=64621
https://github.com/Xotic750/openwrt/tree/fix_logged_cpu_id_bcm63xx
Signed-off-by: Graham Fairweather
---
v2 fixes an issue where the 4.4 kernel uses 'pr_info' rather than 'printk'.
Missed the problem in my initial attempts with 'quilt'.
---
target/linux/brcm63xx/patches-4.1/330-MIPS-BCM63XX-add-a-new-cpu-variant-helper.patch
| 9 +
target/linux/brcm63xx/patches-4.4/330-MIPS-BCM63XX-add-a-new-cpu-variant-helper.patch
| 9 +
2 files changed, 18 insertions(+)
diff --git
a/target/linux/brcm63xx/patches-4.1/330-MIPS-BCM63XX-add-a-new-cpu-variant-helper.patch
b/target/linux/brcm63xx/patches-4.1/330-MIPS-BCM63XX-add-a-new-cpu-variant-helper.patch
index 661abf6..23491aa 100644
---
a/target/linux/brcm63xx/patches-4.1/330-MIPS-BCM63XX-add-a-new-cpu-variant-helper.patch
+++
b/target/linux/brcm63xx/patches-4.1/330-MIPS-BCM63XX-add-a-new-cpu-variant-helper.patch
@@ -41,6 +41,15 @@ Subject: [PATCH 40/53] MIPS: BCM63XX: add a new cpu
variant helper
bcm63xx_cpu_rev = (tmp & REV_REVID_MASK) >> REV_REVID_SHIFT;
switch (bcm63xx_cpu_id) {
+@@ -377,7 +387,7 @@ void __init bcm63xx_cpu_init(void)
+ bcm63xx_memory_size = detect_memory_size();
+
+ printk(KERN_INFO "Detected Broadcom 0x%04x CPU revision %02x\n",
+- bcm63xx_cpu_id, bcm63xx_cpu_rev);
++ bcm63xx_cpu_variant, bcm63xx_cpu_rev);
+ printk(KERN_INFO "CPU frequency is %u MHz\n",
+ bcm63xx_cpu_freq / 100);
+ printk(KERN_INFO "%uMB of RAM installed\n",
--- a/arch/mips/include/asm/mach-bcm63xx/bcm63xx_cpu.h
+++ b/arch/mips/include/asm/mach-bcm63xx/bcm63xx_cpu.h
@@ -19,6 +19,7 @@
diff --git
a/target/linux/brcm63xx/patches-4.4/330-MIPS-BCM63XX-add-a-new-cpu-variant-helper.patch
b/target/linux/brcm63xx/patches-4.4/330-MIPS-BCM63XX-add-a-new-cpu-variant-helper.patch
index 661abf6..330a9e6 100644
---
a/target/linux/brcm63xx/patches-4.4/330-MIPS-BCM63XX-add-a-new-cpu-variant-helper.patch
+++
b/target/linux/brcm63xx/patches-4.4/330-MIPS-BCM63XX-add-a-new-cpu-variant-helper.patch
@@ -41,6 +41,15 @@ Subject: [PATCH 40/53] MIPS: BCM63XX: add a new cpu
variant helper
bcm63xx_cpu_rev = (tmp & REV_REVID_MASK) >> REV_REVID_SHIFT;
switch (bcm63xx_cpu_id) {
+@@ -377,7 +387,7 @@ void __init bcm63xx_cpu_init(void)
+ bcm63xx_memory_size = detect_memory_size();
+
+ pr_info("Detected Broadcom 0x%04x CPU revision %02x\n",
+- bcm63xx_cpu_id, bcm63xx_cpu_rev);
++ bcm63xx_cpu_variant, bcm63xx_cpu_rev);
+ pr_info("CPU frequency is %u MHz\n",
+ bcm63xx_cpu_freq / 100);
+ pr_info("%uMB of RAM installed\n",
--- a/arch/mips/include/asm/mach-bcm63xx/bcm63xx_cpu.h
+++ b/arch/mips/include/asm/mach-bcm63xx/bcm63xx_cpu.h
@@ -19,6 +19,7 @@
___
openwrt-devel mailing list
openwrt-devel@lists.openwrt.org
https://lists.openwrt.org/cgi-bin/mailman/listinfo/openwrt-devel
[OpenWrt-Devel] GCC-5.3.1 Build with Go language support, but can not find crti.o crt1.o file
Hi all, I am using uClibc and trying to build GCC-5.3.1 (Linaro) with Go language support, however I meet a issue that "can not find crti.o crt1.o file". I'd tried the approaches which searched by google/stackoverflow(modified LIBRARY_PATH in ~/.bashrc), but none of them has effect. Any hints will be appreciated. -- Regards, banglang huang ___ openwrt-devel mailing list openwrt-devel@lists.openwrt.org https://lists.openwrt.org/cgi-bin/mailman/listinfo/openwrt-devel___ openwrt-devel mailing list openwrt-devel@lists.openwrt.org https://lists.openwrt.org/cgi-bin/mailman/listinfo/openwrt-devel
Re: [OpenWrt-Devel] Add support for AVM Fritzbox 7360 SL
On Sun, May 8, 2016 at 5:49 PM, Sebastian Ortwein wrote:
> can I add it the following way ?
> mdio@0 {
> #address-cells = <1>;
> #size-cells = <0>;
> compatible = "lantiq,xrx200-mdio";
> phy0: ethernet-phy@0 {
> reg = <0x0>;
> compatible = "lantiq,phy11g",
> "ethernet-phy-ieee802.3-c22";
> gpios = <&gpio 37 0>;
> };
> phy1: ethernet-phy@1 {
> reg = <0x1>;
> compatible = "lantiq,phy11g",
> "ethernet-phy-ieee802.3-c22";
> gpios = <&gpio 44 0>;
> };
> phy11: ethernet-phy@11 {
> reg = <0x11>;
> compatible = "lantiq,phy11g",
> "ethernet-phy-ieee802.3-c22";
> };
> phy13: ethernet-phy@13 {
> reg = <0x13>;
> compatible = "lantiq,phy11g",
> "ethernet-phy-ieee802.3-c22";
> };
I think you have to name the property "reset-gpios", but apart from
that it looks good.
>> I cannot see any ath9k messages in your kernel log - are you sure it's
>> being installed (/lib/modules/*/ath9k.ko)?
>> Your first patch lists kmod-ath9k, but if you added that after you
>> generated your .config then you're probably still missing it.
>> Please check "grep kmod-ath9k .config" and enable (set it to
>> =y/built-in) it if it's missing.
>
> I have not disable the ath9k driver. it is present and loaded.
I think I see the problem after looking at your .dts again:
you *must* specify the ath,pci-slot property, otherwise the fixup is
not executed.
It seems that the wifi part is similar to the TD-W8980 (AR9287 behind
the PCIe-to-PCI bridge), so "0" should be the right value.
(otherwise it's pretty easy to find out by looking at sysfs:
/sys/bus/pci/devices/\:00\:0e.0/ -> that's where the ath9k device
on HH5A can be found, there we use ath,pci-slot = <0xe>;)
Martin
[0]
https://github.com/openwrt/openwrt/blob/master/target/linux/lantiq/patches-4.4/0035-owrt-lantiq-wifi-and-ethernet-eeprom-handling.patch#L178
___
openwrt-devel mailing list
openwrt-devel@lists.openwrt.org
https://lists.openwrt.org/cgi-bin/mailman/listinfo/openwrt-devel
Re: [OpenWrt-Devel] Add support for AVM Fritzbox 7360 SL
Am 08.05.2016 um 14:56 schrieb Martin Blumenstingl:
On Sun, May 8, 2016 at 10:33 AM, Sebastian Ortwein wrote:
I get the eeprom from the ath9k driver working, but wifi will not showed.
First, I get a error message that from the ath9k driver that the eeprom
couldn't load. After PCI Bus is initialize the eeprom is loaded.
That is "normal" - nothing to worry about here.
[1.16] found entry name -> annex=B
[1.192650] found entry name -> maca=BC:05:43:D7:1E:7C
[1.197738] found entry name -> macb=BC:05:43:D7:1E:7D
[1.202875] found entry name -> macwlan=BC:05:43:D7:1E:7E
[1.208269] found entry name -> macdsl=BC:05:43:D7:1E:7F
[1.213632] found entry name -> macwlan2=BC:05:43:D7:1E:81
[1.219063] found entry name -> wlan_key=4004584479108575
[1.227509] ath9k,eeprom ath9k_eep: endian check enabled.
[1.231483] ath9k,eeprom ath9k_eep: using random mac
[1.236475] ath9k,eeprom ath9k_eep: loaded ath9k eeprom
[1.246508] UBIFS error (pid: 1): cannot open "ubi0:rootfs", error -19
[1.257496] VFS: Mounted root (squashfs filesystem) readonly on device
31:3.
[1.265035] Freeing unused kernel memory: 1224K (804fe000 - 8063)
[2.475280] init: Console is alive
.
As you can see OpenWrt will find the mac-adesses from all devices, how can I
asign it in the dts file?
I think you can't (at least not with the current tffs driver). All it
currently does is printing the mac addresses: [0]
My fritz_tffs_read tool is userspace only. The only downside is that
you currently cannot userspace tools to set the mac address in the
ath9k calibration data. We would need a solution like Christian's
OWL-loader, see [1] (or another TFFS kernel driver).
The wiki is right. I will upload some images to the openwrt Wiki when the
box is working.
But phy0 and phy1 works only somtimes. In my dts file I assigned the reset
GPIO's like in the FRITZ3370.dts file.
I have take GPIO config from the AVM GPL sources. Is there anything I forgot
orwrong in my new DTS file ?
I think the GPIOs definition is in the wrong place - it has to be per
PHY (thus you should put it into the mdio@0 section below).
can I add it the following way ?
mdio@0 {
#address-cells = <1>;
#size-cells = <0>;
compatible = "lantiq,xrx200-mdio";
phy0: ethernet-phy@0 {
reg = <0x0>;
compatible = "lantiq,phy11g",
"ethernet-phy-ieee802.3-c22";
gpios = <&gpio 37 0>;
};
phy1: ethernet-phy@1 {
reg = <0x1>;
compatible = "lantiq,phy11g",
"ethernet-phy-ieee802.3-c22";
gpios = <&gpio 44 0>;
};
phy11: ethernet-phy@11 {
reg = <0x11>;
compatible = "lantiq,phy11g",
"ethernet-phy-ieee802.3-c22";
};
phy13: ethernet-phy@13 {
reg = <0x13>;
compatible = "lantiq,phy11g",
"ethernet-phy-ieee802.3-c22";
};
I cannot see any ath9k messages in your kernel log - are you sure it's
being installed (/lib/modules/*/ath9k.ko)?
Your first patch lists kmod-ath9k, but if you added that after you
generated your .config then you're probably still missing it.
Please check "grep kmod-ath9k .config" and enable (set it to
=y/built-in) it if it's missing.
I have not disable the ath9k driver. it is present and loaded.
root@OpenWrt:/# ls /lib/modules/*/ath9k.ko
/lib/modules/4.4.7/ath9k.ko
root@OpenWrt:/# lsmod
act_connmark1712 0
act_mirred 2800 0
act_skbedit 1744 0
aead3649 0
ath21317 3 ath9k
ath9k 101900 0
ath9k_common 20142 1 ath9k
ath9k_hw 348113 2 ath9k
atm37986 2 pppoatm
br2684 6544 0
cfg80211 230563 4 ath9k
Sebastian
Martin
[0]
https://github.com/openwrt/openwrt/blob/master/target/linux/lantiq/patches-4.4/0007-MIPS-lantiq-add-basic-tffs-driver.patch
[1] https://lists.openwrt.org/pipermail/openwrt-devel/2016-April/040755.html
___
openwrt-devel mailing list
openwrt-devel@lists.openwrt.org
https://lists.openwrt.org/cgi-bin/mailman/listinfo/openwrt-devel
Re: [OpenWrt-Devel] Add support for AVM Fritzbox 7360 SL
On Sun, May 8, 2016 at 10:33 AM, Sebastian Ortwein wrote: > I get the eeprom from the ath9k driver working, but wifi will not showed. > First, I get a error message that from the ath9k driver that the eeprom > couldn't load. After PCI Bus is initialize the eeprom is loaded. That is "normal" - nothing to worry about here. > [1.16] found entry name -> annex=B > [1.192650] found entry name -> maca=BC:05:43:D7:1E:7C > [1.197738] found entry name -> macb=BC:05:43:D7:1E:7D > [1.202875] found entry name -> macwlan=BC:05:43:D7:1E:7E > [1.208269] found entry name -> macdsl=BC:05:43:D7:1E:7F > [1.213632] found entry name -> macwlan2=BC:05:43:D7:1E:81 > [1.219063] found entry name -> wlan_key=4004584479108575 > [1.227509] ath9k,eeprom ath9k_eep: endian check enabled. > [1.231483] ath9k,eeprom ath9k_eep: using random mac > [1.236475] ath9k,eeprom ath9k_eep: loaded ath9k eeprom > [1.246508] UBIFS error (pid: 1): cannot open "ubi0:rootfs", error -19 > [1.257496] VFS: Mounted root (squashfs filesystem) readonly on device > 31:3. > [1.265035] Freeing unused kernel memory: 1224K (804fe000 - 8063) > [2.475280] init: Console is alive > . > > As you can see OpenWrt will find the mac-adesses from all devices, how can I > asign it in the dts file? I think you can't (at least not with the current tffs driver). All it currently does is printing the mac addresses: [0] My fritz_tffs_read tool is userspace only. The only downside is that you currently cannot userspace tools to set the mac address in the ath9k calibration data. We would need a solution like Christian's OWL-loader, see [1] (or another TFFS kernel driver). > The wiki is right. I will upload some images to the openwrt Wiki when the > box is working. > But phy0 and phy1 works only somtimes. In my dts file I assigned the reset > GPIO's like in the FRITZ3370.dts file. > I have take GPIO config from the AVM GPL sources. Is there anything I forgot > orwrong in my new DTS file ? I think the GPIOs definition is in the wrong place - it has to be per PHY (thus you should put it into the mdio@0 section below). I cannot see any ath9k messages in your kernel log - are you sure it's being installed (/lib/modules/*/ath9k.ko)? Your first patch lists kmod-ath9k, but if you added that after you generated your .config then you're probably still missing it. Please check "grep kmod-ath9k .config" and enable (set it to =y/built-in) it if it's missing. Martin [0] https://github.com/openwrt/openwrt/blob/master/target/linux/lantiq/patches-4.4/0007-MIPS-lantiq-add-basic-tffs-driver.patch [1] https://lists.openwrt.org/pipermail/openwrt-devel/2016-April/040755.html ___ openwrt-devel mailing list openwrt-devel@lists.openwrt.org https://lists.openwrt.org/cgi-bin/mailman/listinfo/openwrt-devel
Re: [OpenWrt-Devel] [PATCH 01/??] [tools] make-ext4fs glibc >= 2.23 compat
On 04/25/2016 11:41 AM, Weedy wrote: > With the update to glibc 2.23, sys/types.h doesn't inherit > sys/sysmacros.h anymore. We need to include it manually. Hi, what kind of system are you building on? Many distributions have updated to glibc 2.23 (Arch Linux, Ubuntu), but don't seem to be affected by your issue. Regards, Matthias > > > --- /dev/null 2016-04-18 05:53:30.273258717 -0400 > +++ tools/make-ext4fs/patches/125-glibc-2.23-sysmacros.patch 2016-04-24 > 14:50:33.932873523 -0400 > @@ -0,0 +1,10 @@ > +--- a/ext4_utils.h 2016-04-24 14:47:50.207888150 -0400 > b/ext4_utils.h 2016-04-24 14:48:11.761438966 -0400 > +@@ -30,6 +30,7 @@ > + #include > + > + #include > ++#include > + #include > + #include > + #include > > > This is a test for my mail client. > Please tell me if I need to change anything. > I have patched the rest of the host packages this update broke. > ___ > openwrt-devel mailing list > openwrt-devel@lists.openwrt.org > https://lists.openwrt.org/cgi-bin/mailman/listinfo/openwrt-devel > signature.asc Description: OpenPGP digital signature ___ openwrt-devel mailing list openwrt-devel@lists.openwrt.org https://lists.openwrt.org/cgi-bin/mailman/listinfo/openwrt-devel
Re: [OpenWrt-Devel] Add support for AVM Fritzbox 7360 SL
Am 07.05.2016 um 19:26 schrieb Sylwek ScApi: W dniu 2016-05-07 o 09:53, Martin Blumenstingl pisze: On Sat, May 7, 2016 at 12:40 AM, Sebastian Ortwein wrote: Hey I have tried do get openwrt working on my Fritzbox. Openwrt will start Network and VDSL Modem is working. But WLAN ist not working. The Chip is supported bei the ath9k driver. Any hint how I can get Wifi working ? I see you already got most things working - see my comments inline. I get the eeprom from the ath9k driver working, but wifi will not showed. First, I get a error message that from the ath9k driver that the eeprom couldn't load. After PCI Bus is initialize the eeprom is loaded. .. [0.332504] ath9k,eeprom ath9k_eep: failed to load eeprom address [0.353603] usbcore: registered new interface driver usbfs [0.359114] usbcore: registered new interface driver hub [0.364465] usbcore: registered new device driver usb [0.369845] PCI host bridge to bus :00 [0.373843] pci_bus :00: root bus resource [mem 0x1c00-0x1cff] [0.380756] pci_bus :00: root bus resource [io 0x1d80-0x1d8f] [0.387699] pci_bus :00: root bus resource [??? 0x flags 0x0] [0.394553] pci_bus :00: No busn resource found for root bus, will use [bus 00-ff] [0.402584] pci :00:00.0: [15d1:0011] type 01 class 0x06 [0.402621] ifx_pcie_rc_class_early_fixup: fixed pcie host bridge to pci-pci bridge [0.420266] ifx_pcie_fixup_resource: fixup host controller :00:00.0 (15d1:0011) [0.427855] pci :00:00.0: PME# supported from D0 D3hot [0.428422] pci :01:00.0: [168c:ff1c] type 00 class 0x02 [0.428512] pci :01:00.0: reg 0x10: [mem 0x-0x 64bit] [0.428665] pci :01:00.0: supports D1 [0.428686] pci :01:00.0: PME# supported from D0 D1 D3hot [0.428975] pci_bus :01: busn_res: [bus 01-ff] end is updated to 01 [0.429015] pci_bus :00: busn_res: [bus 00-ff] end is updated to 01 [0.429072] pci :00:00.0: BAR 8: assigned [mem 0x1c00-0x1c0f] [0.435760] pci :01:00.0: BAR 0: assigned [mem 0x1c00-0x1c00 64bit] [0.443120] pci :00:00.0: PCI bridge to [bus 01] [0.448137] pci :00:00.0: bridge window [mem 0x1c00-0x1c0f] ... [1.16] found entry name -> annex=B [1.192650] found entry name -> maca=BC:05:43:D7:1E:7C [1.197738] found entry name -> macb=BC:05:43:D7:1E:7D [1.202875] found entry name -> macwlan=BC:05:43:D7:1E:7E [1.208269] found entry name -> macdsl=BC:05:43:D7:1E:7F [1.213632] found entry name -> macwlan2=BC:05:43:D7:1E:81 [1.219063] found entry name -> wlan_key=4004584479108575 [1.227509] ath9k,eeprom ath9k_eep: endian check enabled. [1.231483] ath9k,eeprom ath9k_eep: using random mac [1.236475] ath9k,eeprom ath9k_eep: loaded ath9k eeprom [1.246508] UBIFS error (pid: 1): cannot open "ubi0:rootfs", error -19 [1.257496] VFS: Mounted root (squashfs filesystem) readonly on device 31:3. [1.265035] Freeing unused kernel memory: 1224K (804fe000 - 8063) [2.475280] init: Console is alive . As you can see OpenWrt will find the mac-adesses from all devices, how can I asign it in the dts file? root@OpenWrt:/# dmesg [0.00] Linux version 4.4.7 (sebastian@sebastian-desktop) (gcc version 5.3.0 (OpenWrt GCC 5.3.0 r49296) ) #1 Fri May 6 22:23:36 UTC 2016 [0.00] SoC: xRX200 rev 1.1 [0.00] bootconsole [early0] enabled [0.00] CPU0 revision is: 00019555 (MIPS 34Kc) [0.00] MIPS: machine is FRITZ7360SL - 1&1 HomeServer [0.00] Determined physical RAM map: [0.00] memory: 0800 @ (usable) [0.00] Initrd not found or empty - disabling initrd [0.00] Zone ranges: [0.00] Normal [mem 0x-0x07ff] [0.00] Movable zone start for each node [0.00] Early memory node ranges [0.00] node 0: [mem 0x-0x07ff] [0.00] Initmem setup node 0 [mem 0x-0x07ff] [0.00] On node 0 totalpages: 32768 [0.00] free_area_init_node: node 0, pgdat 804d6390, node_mem_map 81007a80 [0.00] Normal zone: 256 pages used for memmap [0.00] Normal zone: 0 pages reserved [0.00] Normal zone: 32768 pages, LIFO batch:7 [0.00] Primary instruction cache 32kB, VIPT, 4-way, linesize 32 bytes. [0.00] Primary data cache 32kB, 4-way, VIPT, cache aliases, linesize 32 bytes [0.00] pcpu-alloc: s0 r0 d32768 u32768 alloc=1*32768 [0.00] pcpu-alloc: [0] 0 [0.00] Built 1 zonelists in Zone order, mobility grouping on. Total pages: 32512 [0.00] Kernel command line: console=ttyLTQ0,115200 init=/etc/preinit [0.00] PID hash table entries: 512 (order: -1, 2048 bytes) [0.00] Dentry cache hash table entries: 16384 (order: 4, 65536 bytes) [0
