From venture37 at gmail.com  Mon Sep  1 19:24:32 2014
From: venture37 at gmail.com (Sevan / Venture37)
Date: Mon, 01 Sep 2014 20:24:27 +0100
Subject: New MIPS board, free?
In-Reply-To: <CAJ-VmonMs3ZbrhNT=F0wXnaxEBn9SG-NVBwC+b3Ud-LXvW0__g@mail.gmail.com>
References: <CA+U3Mf4JumKFkpJ7xqnWfUU3rvDhtrwAL0MbW8XwPama7A+5Dw@mail.gmail.com>
 <CAJ-VmonMs3ZbrhNT=F0wXnaxEBn9SG-NVBwC+b3Ud-LXvW0__g@mail.gmail.com>
Message-ID: <5404C7EB.5000704@gmail.com>

On 28/08/2014 03:59, Adrian Chadd wrote:
> I've just requested one!
>
>
> -a

Cool, I hope they fulfil your request :)
meanwhile I'm heading the other way, I got given a PIC32MZ board on 
Sunday which I intend to run the the MIPS port of 4.4BSD (retroBSD), 
featuring improvements on its predecessor (2.11BSD) like, a network stack!


Sevan / Venture37

From pkubaj at riseup.net  Thu Sep  4 19:33:02 2014
From: pkubaj at riseup.net (Piotr Kubaj)
Date: Thu, 04 Sep 2014 21:32:58 +0200
Subject: WR1043ND - too big kernel
In-Reply-To: <5408BB36.5060409@riseup.net>
References: <5408BB36.5060409@riseup.net>
Message-ID: <5408BE6A.4050500@riseup.net>




-------- Forwarded Message --------
Subject: WR1043ND - too big kernel
Date: Thu, 04 Sep 2014 21:19:18 +0200
From: Piotr Kubaj <pkubaj at riseup.net>
To: adrian at freebsd.org

Hi. I'm trying to build an image for it, but it fails with "kernel
image is too big.", both on releng/10.0 and head (I prefer to use
RELEASE, of course I've modified scripts to build it). On
releng/10.0 the reported size of kernel img is 1933708, on head it's
2000626 (it's the output from mktplinkfw). My kernel config is as
following (I have 64 MB RAM mod):
include         "AR91XX_BASE"

ident           TP-LINK-WN1043ND

# Override hints with board values
hints           "TP-WN1043ND.hints"

# Force the board memory - 64mb
options         AR71XX_REALMEM=64*1024*1024

# i2c GPIO bus
device          gpioiic
device          iicbb
device          iicbus
device          iic

# ethernet switch device
device          etherswitch

# RTL8366RB support
device          rtl8366rb

# Enable the uboot environment stuff rather then the
# redboot stuff.
options         AR71XX_ENV_UBOOT

# uncompress - to boot natively from flash
device         geom_uncompress
options                GEOM_UNCOMPRESS

# Used for the static uboot partition map
device          geom_map

# Boot off of the rootfs, as defined in the geom_map setup.
options                ROOTDEVNAME=\"ufs:map/rootfs.uncompress\"

# We bite the performance overhead for now; the kernel won't
# fit if the mutexes are inlined.
options        MUTEX_NOINLINE
options        RWLOCK_NOINLINE
options        SX_NOINLINE

# Remove everything we don't need.  We need a _really_ small kernel!
nooptions      INVARIANTS
nooptions      INVARIANT_SUPPORT
nooptions      WITNESS
nooptions      WITNESS_SKIPSPIN
nooptions      DEBUG_REDZONE
nooptions      DEBUG_MEMGUARD


I've also tried to disable gpioiic, iicbb, iicbus, iic, etherswitch and
rtl8366rb as only WAN Ethernet port will be used (no Ethernet devices,
only Wifi), but it doesn't help. Do you have any not yet commited
patches that make it smaller? If so, I would be grateful if you send
them to me and even more grateful if you somehow manage to push to
stable/10 before releng/10.1 branch-off :)




-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 802 bytes
Desc: not available
URL: <http://lists.freebsd.org/pipermail/freebsd-mips/attachments/20140904/93453e29/attachment.sig>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 801 bytes
Desc: OpenPGP digital signature
URL: <http://lists.freebsd.org/pipermail/freebsd-mips/attachments/20140904/93453e29/attachment-0001.sig>

From pkubaj at riseup.net  Thu Sep  4 20:39:52 2014
From: pkubaj at riseup.net (Piotr Kubaj)
Date: Thu, 04 Sep 2014 22:39:48 +0200
Subject: WR1043ND - too big kernel
In-Reply-To: <5408BE6A.4050500@riseup.net>
References: <5408BB36.5060409@riseup.net> <5408BE6A.4050500@riseup.net>
Message-ID: <5408CE14.2090809@riseup.net>

Adding following lines to kernel config shrinks size to 1750991 (on
releng/10.0):
makeoptions     INLINE_LIMIT=768
nomakeoptions   DEBUG
nomakeoptions   ALQ
nooptions       INET6
options         NO_SWAPPING
nooptions       HWPMC_HOOKS
nodevice        hwpmc
nodevice        hwpmc_mips24k
nooptions     	KDB

Any ideas what else I can remove? :P

-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 801 bytes
Desc: OpenPGP digital signature
URL: <http://lists.freebsd.org/pipermail/freebsd-mips/attachments/20140904/7b435769/attachment.sig>

From hiren at freebsd.org  Thu Sep  4 20:44:47 2014
From: hiren at freebsd.org (hiren panchasara)
Date: Thu, 4 Sep 2014 13:44:45 -0700
Subject: WR1043ND - too big kernel
In-Reply-To: <5408CE14.2090809@riseup.net>
References: <5408BB36.5060409@riseup.net> <5408BE6A.4050500@riseup.net>
 <5408CE14.2090809@riseup.net>
Message-ID: <CALCpEUHK3aDv0b8FVafqwSOEzEdO16rdF7Oim2U3GcYw79yjgA@mail.gmail.com>

On Thu, Sep 4, 2014 at 1:39 PM, Piotr Kubaj <pkubaj at riseup.net> wrote:
> Adding following lines to kernel config shrinks size to 1750991 (on
> releng/10.0):
> makeoptions     INLINE_LIMIT=768
> nomakeoptions   DEBUG
> nomakeoptions   ALQ
> nooptions       INET6
> options         NO_SWAPPING
> nooptions       HWPMC_HOOKS
> nodevice        hwpmc
> nodevice        hwpmc_mips24k
> nooptions       KDB
>
> Any ideas what else I can remove? :P

I see you already have r255656.
Let me try to build for -head and see.

cheers,
Hiren

From hiren at freebsd.org  Thu Sep  4 21:27:36 2014
From: hiren at freebsd.org (hiren panchasara)
Date: Thu, 4 Sep 2014 14:27:34 -0700
Subject: WR1043ND - too big kernel
In-Reply-To: <CALCpEUHK3aDv0b8FVafqwSOEzEdO16rdF7Oim2U3GcYw79yjgA@mail.gmail.com>
References: <5408BB36.5060409@riseup.net> <5408BE6A.4050500@riseup.net>
 <5408CE14.2090809@riseup.net>
 <CALCpEUHK3aDv0b8FVafqwSOEzEdO16rdF7Oim2U3GcYw79yjgA@mail.gmail.com>
Message-ID: <CALCpEUFPhZxsfwcQj3vZGVGfUEVNgvZBQR5oAxd+Om4Un14YNQ@mail.gmail.com>

On Thu, Sep 4, 2014 at 1:44 PM, hiren panchasara <hiren at freebsd.org> wrote:
> On Thu, Sep 4, 2014 at 1:39 PM, Piotr Kubaj <pkubaj at riseup.net> wrote:
>> Adding following lines to kernel config shrinks size to 1750991 (on
>> releng/10.0):
>> makeoptions     INLINE_LIMIT=768
>> nomakeoptions   DEBUG
>> nomakeoptions   ALQ
>> nooptions       INET6
>> options         NO_SWAPPING
>> nooptions       HWPMC_HOOKS
>> nodevice        hwpmc
>> nodevice        hwpmc_mips24k
>> nooptions       KDB
>>
>> Any ideas what else I can remove? :P
>
> I see you already have r255656.
> Let me try to build for -head and see.


>[mktplinkfw] *** error: kernel image is too big. Max[1572352] kernel img [2000794]

ugh. Need to trim more. I'll see if I can find time this week to check
where/what we can trim.

cheers,
Hiren

From hiren at freebsd.org  Fri Sep  5 17:59:35 2014
From: hiren at freebsd.org (hiren panchasara)
Date: Fri, 5 Sep 2014 10:59:33 -0700
Subject: WR1043ND - too big kernel
In-Reply-To: <CALCpEUFPhZxsfwcQj3vZGVGfUEVNgvZBQR5oAxd+Om4Un14YNQ@mail.gmail.com>
References: <5408BB36.5060409@riseup.net> <5408BE6A.4050500@riseup.net>
 <5408CE14.2090809@riseup.net>
 <CALCpEUHK3aDv0b8FVafqwSOEzEdO16rdF7Oim2U3GcYw79yjgA@mail.gmail.com>
 <CALCpEUFPhZxsfwcQj3vZGVGfUEVNgvZBQR5oAxd+Om4Un14YNQ@mail.gmail.com>
Message-ID: <CALCpEUEZH3RtBioJ4aWcwvvHiRm1Q_rrs4mXB320g0OgHJ+TWw@mail.gmail.com>

On Thu, Sep 4, 2014 at 2:27 PM, hiren panchasara <hiren at freebsd.org> wrote:
> On Thu, Sep 4, 2014 at 1:44 PM, hiren panchasara <hiren at freebsd.org> wrote:
>> On Thu, Sep 4, 2014 at 1:39 PM, Piotr Kubaj <pkubaj at riseup.net> wrote:
>>> Adding following lines to kernel config shrinks size to 1750991 (on
>>> releng/10.0):
>>> makeoptions     INLINE_LIMIT=768
>>> nomakeoptions   DEBUG
>>> nomakeoptions   ALQ
>>> nooptions       INET6
>>> options         NO_SWAPPING
>>> nooptions       HWPMC_HOOKS
>>> nodevice        hwpmc
>>> nodevice        hwpmc_mips24k
>>> nooptions       KDB
>>>
>>> Any ideas what else I can remove? :P
>>
>> I see you already have r255656.
>> Let me try to build for -head and see.
>
>
>>[mktplinkfw] *** error: kernel image is too big. Max[1572352] kernel img [2000794]
>
> ugh. Need to trim more. I'll see if I can find time this week to check
> where/what we can trim.

Randomly disabled a ton of things and then I could create small enough
kernel. I'm not even sure if things will actually work.

We've grown too big, it seems :-(

Diffs against -head.

Index: sys/mips/conf/TP-WN1043ND
===================================================================
--- sys/mips/conf/TP-WN1043ND   (revision 271137)
+++ sys/mips/conf/TP-WN1043ND   (working copy)
@@ -16,7 +16,7 @@
 options         AR71XX_REALMEM=32*1024*1024

 # i2c GPIO bus
-device         gpioiic
+#device                gpioiic
 device         iicbb
 device         iicbus
 device         iic
@@ -28,7 +28,7 @@
 device         rtl8366rb

 # read MSDOS formatted disks - USB
-options        MSDOSFS
+#options       MSDOSFS

 # Enable the uboot environment stuff rather then the
 # redboot stuff.
@@ -57,3 +57,29 @@
 nooptions      WITNESS_SKIPSPIN
 nooptions      DEBUG_REDZONE
 nooptions      DEBUG_MEMGUARD
+
+nooptions         DDB
+nooptions         KDB
+nooptions         ALQ
+nooptions         HWPMC_HOOKS
+nodevice          hwpmc
+nodevice          hwpmc_mips24k
+nooptions         INET6                   #InterNETworking
+
+nooptions         ATH_DEBUG
+nooptions         AH_DEBUG
+nooption          AH_DEBUG_ALQ
+nooptions         IEEE80211_DEBUG
+nooptions         IEEE80211_SUPPORT_MESH
+nooptions         IEEE80211_SUPPORT_TDMA
+nooptions         IEEE80211_ALQ   # 802.11 ALQ logging support
+
+nodevice          usb
+nooptions         USB_EHCI_BIG_ENDIAN_DESC
+nooptions         USB_DEBUG
+nooptions         USB_HOST_ALIGN
+nodevice          umass
+nodevice          ehci
+
+nodevice       gpio
+nodevice       gpioled

From pkubaj at riseup.net  Fri Sep  5 19:15:50 2014
From: pkubaj at riseup.net (Piotr Kubaj)
Date: Fri, 05 Sep 2014 21:15:42 +0200
Subject: WR1043ND - too big kernel
In-Reply-To: <CALCpEUEZH3RtBioJ4aWcwvvHiRm1Q_rrs4mXB320g0OgHJ+TWw@mail.gmail.com>
References: <5408BB36.5060409@riseup.net>	<5408BE6A.4050500@riseup.net>	<5408CE14.2090809@riseup.net>	<CALCpEUHK3aDv0b8FVafqwSOEzEdO16rdF7Oim2U3GcYw79yjgA@mail.gmail.com>	<CALCpEUFPhZxsfwcQj3vZGVGfUEVNgvZBQR5oAxd+Om4Un14YNQ@mail.gmail.com>
 <CALCpEUEZH3RtBioJ4aWcwvvHiRm1Q_rrs4mXB320g0OgHJ+TWw@mail.gmail.com>
Message-ID: <540A0BDE.6040605@riseup.net>

On 09/05/2014 19:59, hiren panchasara wrote:
> On Thu, Sep 4, 2014 at 2:27 PM, hiren panchasara <hiren at freebsd.org> wrote:
>> On Thu, Sep 4, 2014 at 1:44 PM, hiren panchasara <hiren at freebsd.org> wrote:
>>> On Thu, Sep 4, 2014 at 1:39 PM, Piotr Kubaj <pkubaj at riseup.net> wrote:
>>>> Adding following lines to kernel config shrinks size to 1750991 (on
>>>> releng/10.0):
>>>> makeoptions     INLINE_LIMIT=768
>>>> nomakeoptions   DEBUG
>>>> nomakeoptions   ALQ
>>>> nooptions       INET6
>>>> options         NO_SWAPPING
>>>> nooptions       HWPMC_HOOKS
>>>> nodevice        hwpmc
>>>> nodevice        hwpmc_mips24k
>>>> nooptions       KDB
>>>>
>>>> Any ideas what else I can remove? :P
>>>
>>> I see you already have r255656.
>>> Let me try to build for -head and see.
>>
>>
>>> [mktplinkfw] *** error: kernel image is too big. Max[1572352] kernel img [2000794]
>>
>> ugh. Need to trim more. I'll see if I can find time this week to check
>> where/what we can trim.
> 
> Randomly disabled a ton of things and then I could create small enough
> kernel. I'm not even sure if things will actually work.
> 
> We've grown too big, it seems :-(
> 
> Diffs against -head.
> 
> Index: sys/mips/conf/TP-WN1043ND
> ===================================================================
> --- sys/mips/conf/TP-WN1043ND   (revision 271137)
> +++ sys/mips/conf/TP-WN1043ND   (working copy)
> @@ -16,7 +16,7 @@
>  options         AR71XX_REALMEM=32*1024*1024
> 
>  # i2c GPIO bus
> -device         gpioiic
> +#device                gpioiic
>  device         iicbb
>  device         iicbus
>  device         iic
> @@ -28,7 +28,7 @@
>  device         rtl8366rb
> 
>  # read MSDOS formatted disks - USB
> -options        MSDOSFS
> +#options       MSDOSFS
> 
>  # Enable the uboot environment stuff rather then the
>  # redboot stuff.
> @@ -57,3 +57,29 @@
>  nooptions      WITNESS_SKIPSPIN
>  nooptions      DEBUG_REDZONE
>  nooptions      DEBUG_MEMGUARD
> +
> +nooptions         DDB
> +nooptions         KDB
> +nooptions         ALQ
> +nooptions         HWPMC_HOOKS
> +nodevice          hwpmc
> +nodevice          hwpmc_mips24k
> +nooptions         INET6                   #InterNETworking
> +
> +nooptions         ATH_DEBUG
> +nooptions         AH_DEBUG
> +nooption          AH_DEBUG_ALQ
> +nooptions         IEEE80211_DEBUG
> +nooptions         IEEE80211_SUPPORT_MESH
> +nooptions         IEEE80211_SUPPORT_TDMA
> +nooptions         IEEE80211_ALQ   # 802.11 ALQ logging support
> +
> +nodevice          usb
> +nooptions         USB_EHCI_BIG_ENDIAN_DESC
> +nooptions         USB_DEBUG
> +nooptions         USB_HOST_ALIGN
> +nodevice          umass
> +nodevice          ehci
> +
> +nodevice       gpio
> +nodevice       gpioled
> 
I could've done it myself, but I need usb and GPIO is required for usb,
so that needs to stay. That said, I removed PSEUDOFS (I don't need
/proc) and some of what you mailed, so now it's smaller, but still too
large (1682325). Here are the contents (still on releng/10.0)
# Force the board memory - 64mb
options         AR71XX_REALMEM=64*1024*1024

makeoptions     INLINE_LIMIT=768
nomakeoptions   DEBUG
nomakeoptions   ALQ
nooptions       INET6
options         NO_SWAPPING
nooptions       HWPMC_HOOKS
nodevice        hwpmc
nodevice        hwpmc_mips24k
nooptions       USB_DEBUG
nooptions       IEEE80211_DEBUG
nooptions       PSEUDOFS
nooptions         ATH_DEBUG
nooptions         AH_DEBUG
nooption          AH_DEBUG_ALQ
nooptions         IEEE80211_SUPPORT_MESH
nooptions         IEEE80211_SUPPORT_TDMA
nooptions         IEEE80211_ALQ   # 802.11 ALQ logging support

# i2c GPIO bus
device          gpioiic
device          iicbb
device          iicbus
device          iic

# ethernet switch device
device          etherswitch

# RTL8366RB support
device          rtl8366rb

# Enable the uboot environment stuff rather then the
# redboot stuff.
options         AR71XX_ENV_UBOOT

# uncompress - to boot natively from flash
device         geom_uncompress
options                GEOM_UNCOMPRESS

# Used for the static uboot partition map
device          geom_map

# Boot off of the rootfs, as defined in the geom_map setup.
options                ROOTDEVNAME=\"ufs:map/rootfs.uncompress\"

# We bite the performance overhead for now; the kernel won't
# fit if the mutexes are inlined.
options        MUTEX_NOINLINE
options        RWLOCK_NOINLINE
options        SX_NOINLINE

# Remove everything we don't need.  We need a _really_ small kernel!
nooptions      INVARIANTS
nooptions      INVARIANT_SUPPORT
nooptions      WITNESS
nooptions      WITNESS_SKIPSPIN
nooptions      DEBUG_REDZONE
nooptions      DEBUG_MEMGUARD
nooptions      DDB
nooptions      KDB

It doesn't need to be much smaller now, but what made it so large? Why
did it work a year ago with 10.0-CURRENT? Since 10.0-RELEASE is too
large and there are working images with 10.0-CURRENT from August 2013 at
http://www.strugglingcoder.info/pkgs/TP-WN1043ND.factory.bin (it seems
to be actually generated by you), something must have happened  then and
later, when CURRENT went up to 11.

-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 801 bytes
Desc: OpenPGP digital signature
URL: <http://lists.freebsd.org/pipermail/freebsd-mips/attachments/20140905/0959b793/attachment.sig>

From hiren at freebsd.org  Fri Sep  5 20:46:06 2014
From: hiren at freebsd.org (hiren panchasara)
Date: Fri, 5 Sep 2014 13:46:05 -0700
Subject: WR1043ND - too big kernel
In-Reply-To: <540A0BDE.6040605@riseup.net>
References: <5408BB36.5060409@riseup.net> <5408BE6A.4050500@riseup.net>
 <5408CE14.2090809@riseup.net>
 <CALCpEUHK3aDv0b8FVafqwSOEzEdO16rdF7Oim2U3GcYw79yjgA@mail.gmail.com>
 <CALCpEUFPhZxsfwcQj3vZGVGfUEVNgvZBQR5oAxd+Om4Un14YNQ@mail.gmail.com>
 <CALCpEUEZH3RtBioJ4aWcwvvHiRm1Q_rrs4mXB320g0OgHJ+TWw@mail.gmail.com>
 <540A0BDE.6040605@riseup.net>
Message-ID: <CALCpEUGDVQ=frz9YorkXrnaR2xYf=yoiPZ2F2Tay31A1Rew-Aw@mail.gmail.com>

On Fri, Sep 5, 2014 at 12:15 PM, Piotr Kubaj <pkubaj at riseup.net> wrote:
> On 09/05/2014 19:59, hiren panchasara wrote:
>> On Thu, Sep 4, 2014 at 2:27 PM, hiren panchasara <hiren at freebsd.org> wrote:
>>> On Thu, Sep 4, 2014 at 1:44 PM, hiren panchasara <hiren at freebsd.org> wrote:
>>>> On Thu, Sep 4, 2014 at 1:39 PM, Piotr Kubaj <pkubaj at riseup.net> wrote:
>>>>> Adding following lines to kernel config shrinks size to 1750991 (on
>>>>> releng/10.0):
>>>>> makeoptions     INLINE_LIMIT=768
>>>>> nomakeoptions   DEBUG
>>>>> nomakeoptions   ALQ
>>>>> nooptions       INET6
>>>>> options         NO_SWAPPING
>>>>> nooptions       HWPMC_HOOKS
>>>>> nodevice        hwpmc
>>>>> nodevice        hwpmc_mips24k
>>>>> nooptions       KDB
>>>>>
>>>>> Any ideas what else I can remove? :P
>>>>
>>>> I see you already have r255656.
>>>> Let me try to build for -head and see.
>>>
>>>
>>>> [mktplinkfw] *** error: kernel image is too big. Max[1572352] kernel img [2000794]
>>>
>>> ugh. Need to trim more. I'll see if I can find time this week to check
>>> where/what we can trim.
>>
>> Randomly disabled a ton of things and then I could create small enough
>> kernel. I'm not even sure if things will actually work.
>>
>> We've grown too big, it seems :-(
>>
>> Diffs against -head.
>>
>> Index: sys/mips/conf/TP-WN1043ND
>> ===================================================================
>> --- sys/mips/conf/TP-WN1043ND   (revision 271137)
>> +++ sys/mips/conf/TP-WN1043ND   (working copy)
>> @@ -16,7 +16,7 @@
>>  options         AR71XX_REALMEM=32*1024*1024
>>
>>  # i2c GPIO bus
>> -device         gpioiic
>> +#device                gpioiic
>>  device         iicbb
>>  device         iicbus
>>  device         iic
>> @@ -28,7 +28,7 @@
>>  device         rtl8366rb
>>
>>  # read MSDOS formatted disks - USB
>> -options        MSDOSFS
>> +#options       MSDOSFS
>>
>>  # Enable the uboot environment stuff rather then the
>>  # redboot stuff.
>> @@ -57,3 +57,29 @@
>>  nooptions      WITNESS_SKIPSPIN
>>  nooptions      DEBUG_REDZONE
>>  nooptions      DEBUG_MEMGUARD
>> +
>> +nooptions         DDB
>> +nooptions         KDB
>> +nooptions         ALQ
>> +nooptions         HWPMC_HOOKS
>> +nodevice          hwpmc
>> +nodevice          hwpmc_mips24k
>> +nooptions         INET6                   #InterNETworking
>> +
>> +nooptions         ATH_DEBUG
>> +nooptions         AH_DEBUG
>> +nooption          AH_DEBUG_ALQ
>> +nooptions         IEEE80211_DEBUG
>> +nooptions         IEEE80211_SUPPORT_MESH
>> +nooptions         IEEE80211_SUPPORT_TDMA
>> +nooptions         IEEE80211_ALQ   # 802.11 ALQ logging support
>> +
>> +nodevice          usb
>> +nooptions         USB_EHCI_BIG_ENDIAN_DESC
>> +nooptions         USB_DEBUG
>> +nooptions         USB_HOST_ALIGN
>> +nodevice          umass
>> +nodevice          ehci
>> +
>> +nodevice       gpio
>> +nodevice       gpioled
>>
> I could've done it myself, but I need usb and GPIO is required for usb,
> so that needs to stay. That said, I removed PSEUDOFS (I don't need
> /proc) and some of what you mailed, so now it's smaller, but still too
> large (1682325). Here are the contents (still on releng/10.0)
> # Force the board memory - 64mb
> options         AR71XX_REALMEM=64*1024*1024
>
> makeoptions     INLINE_LIMIT=768
> nomakeoptions   DEBUG
> nomakeoptions   ALQ
> nooptions       INET6
> options         NO_SWAPPING
> nooptions       HWPMC_HOOKS
> nodevice        hwpmc
> nodevice        hwpmc_mips24k
> nooptions       USB_DEBUG
> nooptions       IEEE80211_DEBUG
> nooptions       PSEUDOFS
> nooptions         ATH_DEBUG
> nooptions         AH_DEBUG
> nooption          AH_DEBUG_ALQ
> nooptions         IEEE80211_SUPPORT_MESH
> nooptions         IEEE80211_SUPPORT_TDMA
> nooptions         IEEE80211_ALQ   # 802.11 ALQ logging support
>
> # i2c GPIO bus
> device          gpioiic
> device          iicbb
> device          iicbus
> device          iic
>
> # ethernet switch device
> device          etherswitch
>
> # RTL8366RB support
> device          rtl8366rb
>
> # Enable the uboot environment stuff rather then the
> # redboot stuff.
> options         AR71XX_ENV_UBOOT
>
> # uncompress - to boot natively from flash
> device         geom_uncompress
> options                GEOM_UNCOMPRESS
>
> # Used for the static uboot partition map
> device          geom_map
>
> # Boot off of the rootfs, as defined in the geom_map setup.
> options                ROOTDEVNAME=\"ufs:map/rootfs.uncompress\"
>
> # We bite the performance overhead for now; the kernel won't
> # fit if the mutexes are inlined.
> options        MUTEX_NOINLINE
> options        RWLOCK_NOINLINE
> options        SX_NOINLINE
>
> # Remove everything we don't need.  We need a _really_ small kernel!
> nooptions      INVARIANTS
> nooptions      INVARIANT_SUPPORT
> nooptions      WITNESS
> nooptions      WITNESS_SKIPSPIN
> nooptions      DEBUG_REDZONE
> nooptions      DEBUG_MEMGUARD
> nooptions      DDB
> nooptions      KDB
>
> It doesn't need to be much smaller now, but what made it so large? Why
> did it work a year ago with 10.0-CURRENT? Since 10.0-RELEASE is too
> large and there are working images with 10.0-CURRENT from August 2013 at
> http://www.strugglingcoder.info/pkgs/TP-WN1043ND.factory.bin (it seems
> to be actually generated by you), something must have happened  then and
> later, when CURRENT went up to 11.

"More code" happened :-)

This clearly is not a good sign. I'll try to spend some time to narrow
the source down.
We _should_ at least be able to "not-include" that portion.

cheers,
Hiren

From pkubaj at riseup.net  Sat Sep  6 17:43:02 2014
From: pkubaj at riseup.net (Piotr Kubaj)
Date: Sat, 06 Sep 2014 19:42:51 +0200
Subject: WR1043ND - too big kernel
In-Reply-To: <CALCpEUGDVQ=frz9YorkXrnaR2xYf=yoiPZ2F2Tay31A1Rew-Aw@mail.gmail.com>
References: <5408BB36.5060409@riseup.net>	<5408BE6A.4050500@riseup.net>	<5408CE14.2090809@riseup.net>	<CALCpEUHK3aDv0b8FVafqwSOEzEdO16rdF7Oim2U3GcYw79yjgA@mail.gmail.com>	<CALCpEUFPhZxsfwcQj3vZGVGfUEVNgvZBQR5oAxd+Om4Un14YNQ@mail.gmail.com>	<CALCpEUEZH3RtBioJ4aWcwvvHiRm1Q_rrs4mXB320g0OgHJ+TWw@mail.gmail.com>	<540A0BDE.6040605@riseup.net>
 <CALCpEUGDVQ=frz9YorkXrnaR2xYf=yoiPZ2F2Tay31A1Rew-Aw@mail.gmail.com>
Message-ID: <540B479B.10809@riseup.net>

On 09/05/2014 22:46, hiren panchasara wrote:
> On Fri, Sep 5, 2014 at 12:15 PM, Piotr Kubaj <pkubaj at riseup.net> wrote:
>> On 09/05/2014 19:59, hiren panchasara wrote:
>>> On Thu, Sep 4, 2014 at 2:27 PM, hiren panchasara <hiren at freebsd.org> wrote:
>>>> On Thu, Sep 4, 2014 at 1:44 PM, hiren panchasara <hiren at freebsd.org> wrote:
>>>>> On Thu, Sep 4, 2014 at 1:39 PM, Piotr Kubaj <pkubaj at riseup.net> wrote:
>>>>>> Adding following lines to kernel config shrinks size to 1750991 (on
>>>>>> releng/10.0):
>>>>>> makeoptions     INLINE_LIMIT=768
>>>>>> nomakeoptions   DEBUG
>>>>>> nomakeoptions   ALQ
>>>>>> nooptions       INET6
>>>>>> options         NO_SWAPPING
>>>>>> nooptions       HWPMC_HOOKS
>>>>>> nodevice        hwpmc
>>>>>> nodevice        hwpmc_mips24k
>>>>>> nooptions       KDB
>>>>>>
>>>>>> Any ideas what else I can remove? :P
>>>>>
>>>>> I see you already have r255656.
>>>>> Let me try to build for -head and see.
>>>>
>>>>
>>>>> [mktplinkfw] *** error: kernel image is too big. Max[1572352] kernel img [2000794]
>>>>
>>>> ugh. Need to trim more. I'll see if I can find time this week to check
>>>> where/what we can trim.
>>>
>>> Randomly disabled a ton of things and then I could create small enough
>>> kernel. I'm not even sure if things will actually work.
>>>
>>> We've grown too big, it seems :-(
>>>
>>> Diffs against -head.
>>>
>>> Index: sys/mips/conf/TP-WN1043ND
>>> ===================================================================
>>> --- sys/mips/conf/TP-WN1043ND   (revision 271137)
>>> +++ sys/mips/conf/TP-WN1043ND   (working copy)
>>> @@ -16,7 +16,7 @@
>>>  options         AR71XX_REALMEM=32*1024*1024
>>>
>>>  # i2c GPIO bus
>>> -device         gpioiic
>>> +#device                gpioiic
>>>  device         iicbb
>>>  device         iicbus
>>>  device         iic
>>> @@ -28,7 +28,7 @@
>>>  device         rtl8366rb
>>>
>>>  # read MSDOS formatted disks - USB
>>> -options        MSDOSFS
>>> +#options       MSDOSFS
>>>
>>>  # Enable the uboot environment stuff rather then the
>>>  # redboot stuff.
>>> @@ -57,3 +57,29 @@
>>>  nooptions      WITNESS_SKIPSPIN
>>>  nooptions      DEBUG_REDZONE
>>>  nooptions      DEBUG_MEMGUARD
>>> +
>>> +nooptions         DDB
>>> +nooptions         KDB
>>> +nooptions         ALQ
>>> +nooptions         HWPMC_HOOKS
>>> +nodevice          hwpmc
>>> +nodevice          hwpmc_mips24k
>>> +nooptions         INET6                   #InterNETworking
>>> +
>>> +nooptions         ATH_DEBUG
>>> +nooptions         AH_DEBUG
>>> +nooption          AH_DEBUG_ALQ
>>> +nooptions         IEEE80211_DEBUG
>>> +nooptions         IEEE80211_SUPPORT_MESH
>>> +nooptions         IEEE80211_SUPPORT_TDMA
>>> +nooptions         IEEE80211_ALQ   # 802.11 ALQ logging support
>>> +
>>> +nodevice          usb
>>> +nooptions         USB_EHCI_BIG_ENDIAN_DESC
>>> +nooptions         USB_DEBUG
>>> +nooptions         USB_HOST_ALIGN
>>> +nodevice          umass
>>> +nodevice          ehci
>>> +
>>> +nodevice       gpio
>>> +nodevice       gpioled
>>>
>> I could've done it myself, but I need usb and GPIO is required for usb,
>> so that needs to stay. That said, I removed PSEUDOFS (I don't need
>> /proc) and some of what you mailed, so now it's smaller, but still too
>> large (1682325). Here are the contents (still on releng/10.0)
>> # Force the board memory - 64mb
>> options         AR71XX_REALMEM=64*1024*1024
>>
>> makeoptions     INLINE_LIMIT=768
>> nomakeoptions   DEBUG
>> nomakeoptions   ALQ
>> nooptions       INET6
>> options         NO_SWAPPING
>> nooptions       HWPMC_HOOKS
>> nodevice        hwpmc
>> nodevice        hwpmc_mips24k
>> nooptions       USB_DEBUG
>> nooptions       IEEE80211_DEBUG
>> nooptions       PSEUDOFS
>> nooptions         ATH_DEBUG
>> nooptions         AH_DEBUG
>> nooption          AH_DEBUG_ALQ
>> nooptions         IEEE80211_SUPPORT_MESH
>> nooptions         IEEE80211_SUPPORT_TDMA
>> nooptions         IEEE80211_ALQ   # 802.11 ALQ logging support
>>
>> # i2c GPIO bus
>> device          gpioiic
>> device          iicbb
>> device          iicbus
>> device          iic
>>
>> # ethernet switch device
>> device          etherswitch
>>
>> # RTL8366RB support
>> device          rtl8366rb
>>
>> # Enable the uboot environment stuff rather then the
>> # redboot stuff.
>> options         AR71XX_ENV_UBOOT
>>
>> # uncompress - to boot natively from flash
>> device         geom_uncompress
>> options                GEOM_UNCOMPRESS
>>
>> # Used for the static uboot partition map
>> device          geom_map
>>
>> # Boot off of the rootfs, as defined in the geom_map setup.
>> options                ROOTDEVNAME=\"ufs:map/rootfs.uncompress\"
>>
>> # We bite the performance overhead for now; the kernel won't
>> # fit if the mutexes are inlined.
>> options        MUTEX_NOINLINE
>> options        RWLOCK_NOINLINE
>> options        SX_NOINLINE
>>
>> # Remove everything we don't need.  We need a _really_ small kernel!
>> nooptions      INVARIANTS
>> nooptions      INVARIANT_SUPPORT
>> nooptions      WITNESS
>> nooptions      WITNESS_SKIPSPIN
>> nooptions      DEBUG_REDZONE
>> nooptions      DEBUG_MEMGUARD
>> nooptions      DDB
>> nooptions      KDB
>>
>> It doesn't need to be much smaller now, but what made it so large? Why
>> did it work a year ago with 10.0-CURRENT? Since 10.0-RELEASE is too
>> large and there are working images with 10.0-CURRENT from August 2013 at
>> http://www.strugglingcoder.info/pkgs/TP-WN1043ND.factory.bin (it seems
>> to be actually generated by you), something must have happened  then and
>> later, when CURRENT went up to 11.
> 
> "More code" happened :-)
> 
> This clearly is not a good sign. I'll try to spend some time to narrow
> the source down.
> We _should_ at least be able to "not-include" that portion.
> 
> cheers,
> Hiren
> 
Since I'm going to anyway run it with a pendrive, isn't it possible to
install only /boot to flash and the rest of rootfs to that pendrive?
That would make it possible for the kernel to have a bigger size.

-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 801 bytes
Desc: OpenPGP digital signature
URL: <http://lists.freebsd.org/pipermail/freebsd-mips/attachments/20140906/8c295f91/attachment.sig>

From adrian at freebsd.org  Sat Sep  6 22:24:12 2014
From: adrian at freebsd.org (Adrian Chadd)
Date: Sat, 6 Sep 2014 15:24:11 -0700
Subject: bug 193400: sfbuf changes on mips32 may have exposed some vm/pmap
 issues on mips32?
Message-ID: <CAJ-Vmo=Y77btZq0iRxROACNj0WDzGrz0Dvx7FExhPOZVyRjKsg@mail.gmail.com>

Hi!

This bug:

https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=193400

is what I reported to alc a couple weeks ago as breaking on my 128mb
RAM mipsbe board.

It turns out that the difference between the MIPS32 sfbuf code and the
new stuff gleb added was the refcounting side of things. With the MIPS
code, there was no refcounting at all - each sfbuf allocation would
allocate a new sfbuf. Now, I don't know how correct that is (my
reading of the code is "not correct!") but it wasn't panicing things.

So I think maybe gleb's patch to sfbuf exposed a MIPS32 pmap/VM bug?

Alan - how would we go about figuring out what could be the issue here?

I'd really appreciate some help here as I'd like to keep the MIPS32
stuff in good shape. :)

Thanks!


-a

From alc at rice.edu  Sat Sep  6 22:28:58 2014
From: alc at rice.edu (Alan Cox)
Date: Sat, 06 Sep 2014 17:28:48 -0500
Subject: bug 193400: sfbuf changes on mips32 may have exposed some vm/pmap
 issues on mips32?
In-Reply-To: <CAJ-Vmo=Y77btZq0iRxROACNj0WDzGrz0Dvx7FExhPOZVyRjKsg@mail.gmail.com>
References: <CAJ-Vmo=Y77btZq0iRxROACNj0WDzGrz0Dvx7FExhPOZVyRjKsg@mail.gmail.com>
Message-ID: <540B8AA0.40005@rice.edu>

On 09/06/2014 17:24, Adrian Chadd wrote:
> Hi!
>
> This bug:
>
> https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=193400
>
> is what I reported to alc a couple weeks ago as breaking on my 128mb
> RAM mipsbe board.
>
> It turns out that the difference between the MIPS32 sfbuf code and the
> new stuff gleb added was the refcounting side of things. With the MIPS
> code, there was no refcounting at all - each sfbuf allocation would
> allocate a new sfbuf. Now, I don't know how correct that is (my
> reading of the code is "not correct!") but it wasn't panicing things.
>
> So I think maybe gleb's patch to sfbuf exposed a MIPS32 pmap/VM bug?
>
> Alan - how would we go about figuring out what could be the issue here?

I just sent you an email a few minutes ago describing how to restore the
old behavior.

> I'd really appreciate some help here as I'd like to keep the MIPS32
> stuff in good shape. :)
>
> Thanks!
>
>
> -a
>


From adrian at freebsd.org  Sat Sep  6 22:37:11 2014
From: adrian at freebsd.org (Adrian Chadd)
Date: Sat, 6 Sep 2014 15:37:10 -0700
Subject: bug 193400: sfbuf changes on mips32 may have exposed some vm/pmap
 issues on mips32?
In-Reply-To: <540B8AA0.40005@rice.edu>
References: <CAJ-Vmo=Y77btZq0iRxROACNj0WDzGrz0Dvx7FExhPOZVyRjKsg@mail.gmail.com>
 <540B8AA0.40005@rice.edu>
Message-ID: <CAJ-Vmo=SuUif97Nm8KtiZ03f=e20TQczQeM3uVh+8PQkBbBeuw@mail.gmail.com>

On 6 September 2014 15:28, Alan Cox <alc at rice.edu> wrote:
> On 09/06/2014 17:24, Adrian Chadd wrote:
>> Hi!
>>
>> This bug:
>>
>> https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=193400
>>
>> is what I reported to alc a couple weeks ago as breaking on my 128mb
>> RAM mipsbe board.
>>
>> It turns out that the difference between the MIPS32 sfbuf code and the
>> new stuff gleb added was the refcounting side of things. With the MIPS
>> code, there was no refcounting at all - each sfbuf allocation would
>> allocate a new sfbuf. Now, I don't know how correct that is (my
>> reading of the code is "not correct!") but it wasn't panicing things.
>>
>> So I think maybe gleb's patch to sfbuf exposed a MIPS32 pmap/VM bug?
>>
>> Alan - how would we go about figuring out what could be the issue here?
>
> I just sent you an email a few minutes ago describing how to restore the
> old behavior.
>

Yup. I've also implemented the local sf_buf map and unmap routines; it
seems to fix things.


-a

From pkubaj at riseup.net  Tue Sep  9 18:57:13 2014
From: pkubaj at riseup.net (Piotr Kubaj)
Date: Tue, 09 Sep 2014 20:56:54 +0200
Subject: WR1043ND - too big kernel
In-Reply-To: <CALCpEUGDVQ=frz9YorkXrnaR2xYf=yoiPZ2F2Tay31A1Rew-Aw@mail.gmail.com>
References: <5408BB36.5060409@riseup.net>	<5408BE6A.4050500@riseup.net>	<5408CE14.2090809@riseup.net>	<CALCpEUHK3aDv0b8FVafqwSOEzEdO16rdF7Oim2U3GcYw79yjgA@mail.gmail.com>	<CALCpEUFPhZxsfwcQj3vZGVGfUEVNgvZBQR5oAxd+Om4Un14YNQ@mail.gmail.com>	<CALCpEUEZH3RtBioJ4aWcwvvHiRm1Q_rrs4mXB320g0OgHJ+TWw@mail.gmail.com>	<540A0BDE.6040605@riseup.net>
 <CALCpEUGDVQ=frz9YorkXrnaR2xYf=yoiPZ2F2Tay31A1Rew-Aw@mail.gmail.com>
Message-ID: <540F4D76.3090808@riseup.net>

I've installed Hiren's image from May 2013 and it works, but I find it
too limited for my use, e.g. I can't set up DHCP server, since there's
no pkg. That brings me to my previous question - throwing everything but
/boot to USB and then kernel can be bigger. I know that extroot is
possible with WR1043ND - that's what OpenWRT guys do, so it should be
possible with FreeBSD, but I need some guidance since I don't want to
overwrite some important part in ROM. I know I need to change values in
build/build/cfg/tl-wr1043nd.
Another thing is that I don't know how to set it so it uses pendrive as
/. Can anyone help me with that?

-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 801 bytes
Desc: OpenPGP digital signature
URL: <http://lists.freebsd.org/pipermail/freebsd-mips/attachments/20140909/cd0a1ab5/attachment.sig>

From venture37 at gmail.com  Wed Sep 10 15:40:46 2014
From: venture37 at gmail.com (Sevan / Venture37)
Date: Wed, 10 Sep 2014 16:40:45 +0100
Subject: New MIPS board, free?
In-Reply-To: <5404C7EB.5000704@gmail.com>
References: <CA+U3Mf4JumKFkpJ7xqnWfUU3rvDhtrwAL0MbW8XwPama7A+5Dw@mail.gmail.com>
 <CAJ-VmonMs3ZbrhNT=F0wXnaxEBn9SG-NVBwC+b3Ud-LXvW0__g@mail.gmail.com>
 <5404C7EB.5000704@gmail.com>
Message-ID: <CA+U3Mf6LmVcED5+AMpWjEYc+xHU_DxKC20BMhdpbO2E17zvjGw@mail.gmail.com>

Review of the board
http://www.rs-online.com/designspark/electronics/eng/blog/a-closer-look-and-initial-hands-on-with-the-mips-creator-ci20


Sevan / Venture37

From adrian at freebsd.org  Thu Sep 11 18:50:10 2014
From: adrian at freebsd.org (Adrian Chadd)
Date: Thu, 11 Sep 2014 11:50:06 -0700
Subject: New MIPS board, free?
In-Reply-To: <CA+U3Mf6LmVcED5+AMpWjEYc+xHU_DxKC20BMhdpbO2E17zvjGw@mail.gmail.com>
References: <CA+U3Mf4JumKFkpJ7xqnWfUU3rvDhtrwAL0MbW8XwPama7A+5Dw@mail.gmail.com>
 <CAJ-VmonMs3ZbrhNT=F0wXnaxEBn9SG-NVBwC+b3Ud-LXvW0__g@mail.gmail.com>
 <5404C7EB.5000704@gmail.com>
 <CA+U3Mf6LmVcED5+AMpWjEYc+xHU_DxKC20BMhdpbO2E17zvjGw@mail.gmail.com>
Message-ID: <CAJ-Vmomjc94ZZQDbA33cq5+CY+9SF0D2L_=L-55Yg6POT4DvAA@mail.gmail.com>

I actually was hand delivered one. :-)



-a


On 10 September 2014 08:40, Sevan / Venture37 <venture37 at gmail.com> wrote:
> Review of the board
> http://www.rs-online.com/designspark/electronics/eng/blog/a-closer-look-and-initial-hands-on-with-the-mips-creator-ci20
>
>
> Sevan / Venture37

From sales03 at laptoppartsupply.com  Tue Sep 16 14:11:08 2014
From: sales03 at laptoppartsupply.com (sales03 at laptoppartsupply.com)
Date: Tue, 16 Sep 2014 22:04:25 +0800
Subject: =?UTF-8?B?UHJvZmVzc2lvbmFsIE1hbnVmYWN0dXJlIExhcHRvcCBBQyBBZGFwdGVyICA=?=
Message-ID: <9878877b-f8a5-40d0-a70d-ab9799221bcd@laptoppartsupply.com>

Hi 
dear Friend,




































































































































?

We have the pleasure of contacting with you 
today.

?


We're a leading manufacturer of all kinds of laptop 
adapters, concluding Unniversal AC/Car adapter, Tablet adapter, Wall Mount 
adapter, Mini adapter, Original adapter and more, as well as laptop batteries 
and Ipone accessories. All these account more than 1000 models with more than 1 
year warranty and no MOQ.

?











Should you have any questions or inquires, please do not 
hesitate to let me know.

?











We would be thankful to cooperate with 
you.

































Thanks and Best Regards!
















Betty (sales 
manager)





?

Shenzhen Hongda Shun 
Technology Development Co.,Ltd.

HK Flying 
International Co.,Limited

E-mail:sales04 at hundapower.com; Skype:fyadapter? 
ICQ:612623446

Website:?http://www.fy-adapter.com;?http://www.hundapower.com;?http://hongdashun.en.alibaba.com/

Address:401-2,No.218-2,Henan 
New Village,Dafu Community,Guanlan,Longhua New 
District,Shenzhen,Guangdong,China.