Re: [OpenWrt-Devel] RT3052 and Telephone support

2011-06-19 Thread jason duhamell
Found an existing product from http://www.e3call.com/pro_g801.htm and they
have an unsecured ftp server of the newer ralink sdk.

ftp://210.51.191.19/public/RT3352_SDK/

On Sat, Jun 18, 2011 at 7:59 PM, jason duhamell  wrote:

> For my project of adding phone support to the rt3052, I would like to
> receive bids.
>
> On Thu, Jun 16, 2011 at 3:55 AM, Jonathan Bennett 
> wrote:
>
>> Try this one:
>> http://www.rowetel.com/blog/
>> ___
>> openwrt-devel mailing list
>> openwrt-devel@lists.openwrt.org
>> https://lists.openwrt.org/mailman/listinfo/openwrt-devel
>>
>
>
___
openwrt-devel mailing list
openwrt-devel@lists.openwrt.org
https://lists.openwrt.org/mailman/listinfo/openwrt-devel


Re: [OpenWrt-Devel] b44 ssb0:0: eth0: powering down PHY

2011-06-19 Thread Peter Wagner
Am Samstag, 18. Mai 2011, 19:17:51 schrieb Peter Wagner:
> Am Samstag, 18. Mai 2011, 18:34:15 schrieben Sie:
> > On 2011-06-18 6:05 PM, Peter Wagner wrote:
> > > Am Freitag, 17. Mai 2011, 22:04:07 schrieb Peter Wagner:
> > >>  accidently hit the send button...
> > >>  
> > >>  Hi,
> > >>  
> > >>  i created a c++ program and while testing it (it sends upd packets) i
> > >>  created a few millions packages and sent them to 192.168.1.1:4950 (my
> > >>  router running openwrt). its a wl500gP v1. while i was doing this the
> > >>  device gets unresponsive and i get lines like this:
> > >>  
> > >>  b44 ssb0:0: eth0: powering down PHY
> > >>  b44 ssb0:0: eth0: powering down PHY
> > >>  b44 ssb0:0: eth0: powering down PHY
> > >>  
> > >>  after doing this for about 2 minutes the device reboots. i think this
> > >>  is triggered by the watchdog as it get no enough process time from
> > >>  the sheduler.
> > >>  
> > >>  how can i track down why this powering down PHY happens?
> > >>  
> > >>  regards
> > >>  Peter
> > >>  ___
> > >>  openwrt-devel mailing list
> > >>  openwrt-devel@lists.openwrt.org
> > >>  https://lists.openwrt.org/mailman/listinfo/openwrt-devel
> > > 
> > > i created this little c program (the code flys around somewhere in the
> > > inet) and modified it a bit it sends 1 udp packets to a host
> > > you specify compile with gcc -o foo talker_foo.c
> > > and run
> > > ./foo $hostname $message_that_gets_sent
> > > 
> > > i can reproduce the error in ~10sec of running this program against a
> > > wl500gp kernel 2.6.39.1
> > > after this 10sec i have about 160 lines like this
> > > b44 ssb0:0: eth0: powering down PHY
> > > in the output of dmesg.
> > > 
> > > i tested it against an unfiltered port.
> > 
> > Looks like there are several conditions that trigger a hardware restart
> > which produce these messages:
> > b44.h:
> > 
> > #define  ISTAT_ERRORS
> > (ISTAT_DSCE|ISTAT_DATAE|ISTAT_DPE|ISTAT_RDU|ISTAT_RFO|ISTAT_TFU)
> > 
> > probably ISTAT_RFO is hit here - my guess is it stands for Receive FIFO
> > Overflow.
> > 
> > Maybe there's a different way this could be handled, or maybe the error
> > can be ignored altogether. Can you try removing ISTAT_RFO from
> > ISTAT_ERRORS and see if that keeps the interface working during your UDP
> > flood?
> > 
> > - Felix
> 
> removing the ISTAT_RFO doesnt bring b44 up and i can't reach the device
> anymore. i get a connection refused when i try to connect to the device.
> 
> the patch i used:
> 
> --- a/drivers/net/b44.h   2011-06-03 02:34:20.0 +0200
> +++ b/drivers/net/b44.h   2011-06-18 18:45:05.433586052 +0200
> @@ -42,7 +42,7 @@
>  #define  ISTAT_EMAC  0x0400 /* EMAC Interrupt */
>  #define  ISTAT_MII_WRITE 0x0800 /* MII Write Interrupt */
>  #define  ISTAT_MII_READ  0x1000 /* MII Read Interrupt */
> -#define  ISTAT_ERRORS
> (ISTAT_DSCE|ISTAT_DATAE|ISTAT_DPE|ISTAT_RDU|ISTAT_RFO| ISTAT_TFU)
> +#define  ISTAT_ERRORS
> (ISTAT_DSCE|ISTAT_DATAE|ISTAT_DPE|ISTAT_RDU|ISTAT_TFU) #define
> B44_IMASK 0x0024UL /* Interrupt Mask */
>  #define  IMASK_DEF   (ISTAT_ERRORS | ISTAT_TO | ISTAT_RX | ISTAT_TX)
>  #define B44_GPTIMER  0x0028UL /* General Purpose Timer */
> 
> /Peter
> 
> 
> ___
> openwrt-devel mailing list
> openwrt-devel@lists.openwrt.org
> https://lists.openwrt.org/mailman/listinfo/openwrt-devel

Okay the error was because of changeset 27138 - because i only use openssh and 
no dropbear and after this changeset base-files is the last packge that gets 
installed... therefor openssh will not come up... maybe this should be changed 
to - basefiles gets installed at first, because every change from a package 
that modifies files from basefiles like passwd/group will be lost...

after i applied the patch - and got my mods installed after basefiles,
the network card seems to crash when ISTAT_RFO is removed, and the udp flood 
is started ... the ssh session gets disconnected and when i try to connect 
afterwards i get: 
ssh: connect to host 192.168.1.1 port 22: No route to host

/Peter
___
openwrt-devel mailing list
openwrt-devel@lists.openwrt.org
https://lists.openwrt.org/mailman/listinfo/openwrt-devel


[OpenWrt-Devel] busybox 1.18.5 update patch

2011-06-19 Thread Peter Wagner
Hi,

this patch updates busybox to 1.18.5

/Peter
diff --git a/package/busybox/Makefile b/package/busybox/Makefile
index d41a279..936aefd 100644
--- a/package/busybox/Makefile
+++ b/package/busybox/Makefile
@@ -8,14 +8,14 @@
 include $(TOPDIR)/rules.mk
 
 PKG_NAME:=busybox
-PKG_VERSION:=1.18.4
+PKG_VERSION:=1.18.5
 PKG_RELEASE:=1
 PKG_FLAGS:=essential
 
 PKG_SOURCE:=$(PKG_NAME)-$(PKG_VERSION).tar.bz2
 PKG_SOURCE_URL:=http://www.busybox.net/downloads \
 		http://distfiles.gentoo.org/distfiles/
-PKG_MD5SUM:=b03c5b46ced732679e525a920a1a62f5
+PKG_MD5SUM:=96dd43cc7cee4017a6bf31b7da82a1f5
 
 PKG_BUILD_DEPENDS:=BUSYBOX_USE_LIBRPC:librpc
 PKG_BUILD_PARALLEL:=1
___
openwrt-devel mailing list
openwrt-devel@lists.openwrt.org
https://lists.openwrt.org/mailman/listinfo/openwrt-devel


[OpenWrt-Devel] Nagios cleanup from packages/net

2011-06-19 Thread ZioPRoTo (Saverio Proto)
Hello,

I was trying to commit the following but looks like my SVN account
does not have enough privileges because I get a "Access denied".
Probably my SSH private key is good only for the olsrd package.

Here the change I was try to commit, basically just delete empty
folders from packages/net because the Nagios stuff has been moved long
time ago to packages/admin



[packages][nagios] deleting empty folders left in packages/net when
Nagios was moved to packages/admin in Changeset [26051]

D   net/nsca
D   net/nagios
D   net/nagios-plugins
D   net/nagios-plugins/patches
D   net/nrpe
D   net/nrpe/files
D   net/nrpe/patches



Please notice that the nagios-plugins will show up in the make
menuconfig only if the coreutils su has been previously selected in
the backfire branch.

This was fixed for trunk but backport for backfire would be appreciated
https://dev.openwrt.org/ticket/8943

ciao :)

Saverio
___
openwrt-devel mailing list
openwrt-devel@lists.openwrt.org
https://lists.openwrt.org/mailman/listinfo/openwrt-devel


[OpenWrt-Devel] pure routing.... generating a sane mac addr on the wndr3700 in cerowrt?

2011-06-19 Thread Dave Taht
I really want to stop bridging on cerowrt[1], entirely, at least for now.

Coping with multicast, doing saner traffic shaping, trying to come up
with an qdisc estimator that handles multicast right in the presence
of multicast's monsterous effects, and especially - *only seeing
traffic generated from the wireless network while looking at the
problems therein*, is what's driving me.

I don't care about the performance impact of routing vs bridging right
now. In fact I think the performance impact of bridging a  GigE wired
network to a 54Mbit  wireless impact is rather easily demonstrated
with things like IPTv or any even modest level of multicast traffic,
but the latter is hard to prove without testing.

1) What's stopping me is figuring out the depths of the openwrt code
to generate a valid, usable mac address for the undefined wndr wired
card on first boot. I figure it should come from the second wireless
interface, get the local bit defined, and go to the top of the
allowable range that the wireless interface pulls from to generate
it's SSIDs, then slam the generated address into
/etc/config/network

2) I generate a non-bridged network on the nano-m5s (which has valid
mac addrs for all interfaces, I think) and babel loses the ability to
send mc packets to any interface. Other normal network behavior (eg,
the interfaces work for normal connects) ensues, however.

I've managed to get similar behavior on the wndr when I assign an
arbitrary mac addr to the ethernet interface and unbridge them. With
the vlan enabled, wired networking stops working entirely, with the
vlan disabled, networking worked, but babel stopped. So my assumption
is that there is code buried in the bridging and/or firewall code that
enables some kernel feature or another.

(I'd run into similar problems a year back:
  http://answerpot.com/showthread.php?1484403-IFF_RUNNING%20and%20hostapd
which I thought were solved
)

Just to add to my test set, I've got a kvm and dreamplug build popping out soon.

-- 
Dave Täht
http://www.bufferbloat.net

1: http://www.bufferbloat.net/projects/uberwrt
___
openwrt-devel mailing list
openwrt-devel@lists.openwrt.org
https://lists.openwrt.org/mailman/listinfo/openwrt-devel


Re: [OpenWrt-Devel] [PATCH] Tiny fix for the comgt 3G button hotplug script

2011-06-19 Thread Philip Prindeville
On 6/18/11 4:17 AM, Linus Nielsen Feltzing wrote:
> The /etc/hotplug.d/button/05-3g script is unhappy if the chat script 
> outputs anything on stdout. I fixed this by redirecting the output from 
> ifup/ifdown to /dev/null. Without this fix, the 3G/WAN button won't work 
> on my WRT54G3G with an Aircard 880 modem (since it outputs "SIM ready" 
> and "PIN set successfully" when connecting).
> 
> Signed-off-by: Linus Nielsen Feltzing 
> 
> ---
> 
> Index: package/comgt/files/3g.button
> ===
> --- package/comgt/files/3g.button (revision 27213)
> +++ package/comgt/files/3g.button (working copy)
> @@ -2,12 +2,12 @@
>   # use led for keeping track of the state
>   case "$(cat /proc/diag/led/3g_green)" in
>   1)
> - ifdown "$1"
> + ifdown "$1" > /dev/null
>   ifup wan
>   ;;
>   0)
>   ifdown wan
> - ifup "$1"
> + ifup "$1" > /dev/null
>   ;;
>   esac
>   )}

I never like the idea of throwing stderr away blindly. If there's a particular 
message that you know you can safely ignore, I would grep it out. There's a 
trick for grepping on stderr and keeping it separate from stdout... Let's see 
if I can find the link...

Let's see... here it is:

http://hans.fugal.net/blog/2008/08/25/filter-stderr

If that doesn't work, the more complicated way is:

http://eglug.org/node/946

-Philip

___
openwrt-devel mailing list
openwrt-devel@lists.openwrt.org
https://lists.openwrt.org/mailman/listinfo/openwrt-devel


Re: [OpenWrt-Devel] Facilitating collaboration -- the labor exchange

2011-06-19 Thread Philip Prindeville
On 6/17/11 1:12 PM, Jonathan Bennett wrote:
> On Fri, Jun 17, 2011 at 1:56 PM, Philip Prindeville
>  wrote:
>> On 6/17/11 9:35 AM, Jonathan Bennett wrote:
>>> Phillip,
>>> What would be the advantage of ipsec over OpenVPN?
>>>
>>> In my experience, if you have Asterisk deployed, the call is
>>> routed through Asterisk, which handles the Nat traversal fairly well.
>>> Are you describing a sip re-invite, where the local phone connects
>>> directly to the remote end?
>>>
>>> ~Jonathan Bennett
>>
>> Well, I know a lot of hotspots (hotels, airports, etc) that don't handle 
>> OpenVPN SSL... or even at all.
> What do you mean? I've gotten OpenVPN through some very hostile
> environments (a network that allows *only* web browsing, and that
> going through a forced proxy and web filter). It uses a single tcp or
> udp connection, which means it can get out through most any network.
>>
>> Also, IPsec QoS marking is easier to handle than mixing several protocols 
>> over an SSL stream all with the same markings.
> I can see the advantage of true QoS, though. I would imagine that
> IPsec would be more efficient, too.
>>
>> One thing I like to use IPsec for is running SIP to my soft client on my 
>> laptop or even to my iPhone.
> Agreed. That's a nifty use.
>>
>> As for Asterisk, it handles NAT fairly well *unless* Asterisk happens to be 
>> running on the machine providing NAT mapping itself (i.e. on your firewall 
>> appliance).  Then... not so well.
> 
> Hmm... That's exactly how I have a server set up. I maintain a small
> network at a church, and we have an Asterisk phone system. We use a
> remote Sip provider for incoming and outgoing calls. It works because
> Asterisk can talk to the provider without going through the NAT. It
> has the public IP on one of its ethernet ports. The disadvantage is
> that a bunch of UDP ports are open. I've always seen that as a
> downside of SIP.

That's what I'm saying. If you look into the INVITE messages (as the 
nf_conntrack_sip helper does), you can see the remote address and port # for 
the media connection, and plumb an association for that dynamically... you can 
also tear it down when you see the associated BYE message). If you do that, 
then you don't need to have any ports open.


>> I'd like to see Asterisk punch holes for the media stream via ipt on-the-fly 
>> so that the phones don't actually have to be NAT-aware.
> 
> As apposed to leaving UDP 1 through 2 open in the firewall?
> That *would* be quite useful.

Indeed.

> Now, if the phones are routing everything through Asterisk, they don't
> have to be NAT aware. Asterisk makes the connection internally. The
> phones talk to Asterisk, and Asterisk talks to the Remote server.

Yeah, but I don't necessarily want Asterisk in the media path.  Especially not 
on some of the slower processors.


> If the sip stream is going to re-invite, would Asterisk know the
> incoming and outgoing ports to be able to open everything up?

You leave Asterisk in the SIP stream... just not in the media stream.

> I'd be very interested in a solution more like this:
> http://www.iptel.org/sipalg/
> 
> It claims to be a connection tracker for sip+rtp. Similar to how
> iptables can handle the FTP issues. This seems like a much better
> solution for most cases. Ideally it's as simple as
>  iptables -A INPUT -m state --state ESTABLISHED,RELATED -j ACCEPT
> 
> IPtables should see the rtp stream as related, and let it through.

That's how nf_conntrack_sip already works.


> Just my 2 cents,
> Jonathan Bennett
___
openwrt-devel mailing list
openwrt-devel@lists.openwrt.org
https://lists.openwrt.org/mailman/listinfo/openwrt-devel


Re: [OpenWrt-Devel] [PATCH v2] rsyncd: Add description and conffiles entry

2011-06-19 Thread Jo-Philipp Wich
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Committed in r27238 - thank you!

~ Jow
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.10 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/

iEYEARECAAYFAk3+feAACgkQdputYINPTPMZYwCfUhf3BQ5jE87LRV4AT0jza1rx
JhQAoJUrNmhxCqYttN+u49d/hXWVfQ/X
=GBcS
-END PGP SIGNATURE-
___
openwrt-devel mailing list
openwrt-devel@lists.openwrt.org
https://lists.openwrt.org/mailman/listinfo/openwrt-devel


Re: [OpenWrt-Devel] [PATCH] Upgrade wing package

2011-06-19 Thread Jo-Philipp Wich
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Hi,

mangled by your mailer?

- -- >8 --
patching file net/wing/files/lib/network/wing.sh
Hunk #1 FAILED at 49.
Hunk #2 FAILED at 77.
Hunk #3 FAILED at 104.
3 out of 3 hunks FAILED -- saving rejects to file
net/wing/files/lib/network/wing.sh.rej
patching file net/wing/files/usr/bin/wing_status
patching file net/wing/files/etc/uci-defaults/wing
Hunk #1 FAILED at 1.
Hunk #2 succeeded at 9 with fuzz 2.
1 out of 2 hunks FAILED -- saving rejects to file
net/wing/files/etc/uci-defaults/wing.rej
patching file net/wing/Makefile
Hunk #1 FAILED at 8.
Hunk #2 FAILED at 66.
2 out of 2 hunks FAILED -- saving rejects to file net/wing/Makefile.rej



~ Jow
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.10 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/

iEYEARECAAYFAk3+fm4ACgkQdputYINPTPMiEgCeKstDZLAHAZXq2PM4zxT4HqX2
Vw4AoI5XDp/R/hrwZxv7DxQu+Ich/wCP
=tp37
-END PGP SIGNATURE-
___
openwrt-devel mailing list
openwrt-devel@lists.openwrt.org
https://lists.openwrt.org/mailman/listinfo/openwrt-devel


Re: [OpenWrt-Devel] [PATCH] No LaTeX documentation for sane-backend package

2011-06-19 Thread Jo-Philipp Wich
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Committed in r27239 - thanks!

~ Jow
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.10 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/

iEYEARECAAYFAk3+f4gACgkQdputYINPTPPT2wCfcSLEgF6423dfZ0tzv08jOfdh
XoMAnRmPiv22B8LgPi9db5bnmgjcckNu
=0vai
-END PGP SIGNATURE-
___
openwrt-devel mailing list
openwrt-devel@lists.openwrt.org
https://lists.openwrt.org/mailman/listinfo/openwrt-devel


Re: [OpenWrt-Devel] Nagios cleanup from packages/net

2011-06-19 Thread Jo-Philipp Wich
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Deleted in r27240 - thanks for the heads up.

~ Jow
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.10 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/

iEYEARECAAYFAk3+gBoACgkQdputYINPTPOe0wCZASfMi+A/tdlkr+p8Y4OFemjT
jqoAnjABibjOwIYdHDGqrmB+7Jyn8cs7
=8bpW
-END PGP SIGNATURE-
___
openwrt-devel mailing list
openwrt-devel@lists.openwrt.org
https://lists.openwrt.org/mailman/listinfo/openwrt-devel


Re: [OpenWrt-Devel] [PATCH 1/1] x86: remove damage incurred in r25103

2011-06-19 Thread Jo-Philipp Wich
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Hi,

I committed a simplified version in r27241 - thanks!

~ Jow
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.10 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/

iEYEARECAAYFAk3+gLoACgkQdputYINPTPOTagCeOCvRo7Jg0oPVco9std5bTsye
nEEAniVg292WQxssEyD+llhflnrTqhch
=jYZ9
-END PGP SIGNATURE-
___
openwrt-devel mailing list
openwrt-devel@lists.openwrt.org
https://lists.openwrt.org/mailman/listinfo/openwrt-devel


Re: [OpenWrt-Devel] [PATCH v3] Update tcpdump to version 4.1.1

2011-06-19 Thread Jo-Philipp Wich
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Hi,

can you provide details?

I see no issues with tcpdump on recent backfire.

~ Jow
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.10 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/

iEYEARECAAYFAk3+hoQACgkQdputYINPTPOGBQCfTRKyKdkaJv/3wNajgY4fFKJx
uUkAoJi3Q7qKD3ZUc9pjvyadQOjccLGW
=wkt4
-END PGP SIGNATURE-
___
openwrt-devel mailing list
openwrt-devel@lists.openwrt.org
https://lists.openwrt.org/mailman/listinfo/openwrt-devel


Re: [OpenWrt-Devel] Volunteer to maintain packages

2011-06-19 Thread W. Michael Petullo
> I'd like to volunteer to maintain the following packages:
> 
> gnutls
> gstreamer
> gst-plugins-good
> gst-plugins-bad
> gst-plugins-ugly
> gst-plugins-base
> libmpeg2 (a new package, see bug #8317)
> 
> I've submitted bugs against many of these packages (#8317, #8318, #8466,
> #8839), but they have not been looked at. I'd be happy to pick these up.
> 
> Travis, may I have these? I already maintain several packages, so my
> SSH public key should be on file.

I didn't get any response to my original inquiry. Is it possible that
I may help with these packages?

-- 
Mike

:wq
___
openwrt-devel mailing list
openwrt-devel@lists.openwrt.org
https://lists.openwrt.org/mailman/listinfo/openwrt-devel


[OpenWrt-Devel] [PATCH v2 1/1] URGENT: eglibc: Makefile makes use of mixed static and implicit rules

2011-06-19 Thread Philip Prindeville
This syntax was disallowed in gnu make 3.82.

This patch has been submitted upstream.

Signed-off-by: Philip Prindeville 

Index: toolchain/eglibc/patches/2.12/110-implicit-rules-mix.patch
===
--- toolchain/eglibc/patches/2.12/110-implicit-rules-mix.patch  (revision 0)
+++ toolchain/eglibc/patches/2.12/110-implicit-rules-mix.patch  (revision 0)
@@ -0,0 +1,26 @@
+--- eglibc-2.12/libc/ChangeLog.eglibc.orig 2010-03-31 13:12:26.0 
-0600
 eglibc-2.12/libc/ChangeLog.eglibc  2011-06-19 20:34:23.0 -0600
+@@ -1,3 +1,8 @@
++2011-06-12  Philip Prindeville 
++
++  * manual/Makefile ($(objpfx)stubs): Separate out mixed implicit and
++  static rules.
++
+ 2010-03-31  Joseph Myers  
+ 
+   * manual/Makefile (stamp-pkgvers): Substitute @@ for @ in
+--- eglibc-2.12/libc/manual/Makefile.orig  2010-03-31 13:12:26.0 
-0600
 eglibc-2.12/libc/manual/Makefile   2011-06-19 20:49:55.0 -0600
+@@ -243,7 +243,11 @@ ifdef objpfx
+ .PHONY: stubs
+ stubs: $(objpfx)stubs
+ endif
+-$(objpfx)stubs ../po/manual.pot $(objpfx)stamp%:
++$(objpfx)stubs ../po/manual.pot:
++  $(make-target-directory)
++  touch $@
++
++$(objpfx)stamp%:
+   $(make-target-directory)
+   touch $@
+ 
Index: toolchain/eglibc/patches/2.8/110-implicit-rules-mix.patch
===
--- toolchain/eglibc/patches/2.8/110-implicit-rules-mix.patch   (revision 0)
+++ toolchain/eglibc/patches/2.8/110-implicit-rules-mix.patch   (revision 0)
@@ -0,0 +1,25 @@
+--- eglibc-2.8-r8587/libc/manual/Makefile.orig 2006-08-16 19:18:26.0 
-0600
 eglibc-2.8-r8587/libc/manual/Makefile  2011-06-12 17:07:23.0 
-0600
+@@ -232,7 +232,11 @@ ifdef objpfx
+ .PHONY: stubs
+ stubs: $(objpfx)stubs
+ endif
+-$(objpfx)stubs ../po/manual.pot $(objpfx)stamp%:
++$(objpfx)stubs ../po/manual.pot:
++  $(make-target-directory)
++  touch $@
++
++$(objpfx)stamp%:
+   $(make-target-directory)
+   touch $@
+ 
+--- eglibc-2.8-r8587/libc/ChangeLog.eglibc.orig2009-06-23 
13:58:33.0 -0600
 eglibc-2.8-r8587/libc/ChangeLog.eglibc 2011-06-12 17:23:33.0 
-0600
+@@ -1,3 +1,7 @@
++2011-06-12  Philip Prindeville 
++  * manual/Makefile ($(objpfx)stubs): Separate out mixed implicit and
++  static rules.
++
+ 2009-06-23  Joseph Myers  
+ 
+   * nptl/init.c (sighandler_setxid): Remove duplicate decrement of
Index: toolchain/eglibc/patches/2.9/110-implicit-rules-mix.patch
===
--- toolchain/eglibc/patches/2.9/110-implicit-rules-mix.patch   (revision 0)
+++ toolchain/eglibc/patches/2.9/110-implicit-rules-mix.patch   (revision 0)
@@ -0,0 +1,26 @@
+--- eglibc-2.8-r8587/libc/manual/Makefile.orig 2006-08-16 19:18:26.0 
-0600
 eglibc-2.8-r8587/libc/manual/Makefile  2011-06-12 17:07:23.0 
-0600
+@@ -232,7 +232,11 @@ ifdef objpfx
+ .PHONY: stubs
+ stubs: $(objpfx)stubs
+ endif
+-$(objpfx)stubs ../po/manual.pot $(objpfx)stamp%:
++$(objpfx)stubs ../po/manual.pot:
++  $(make-target-directory)
++  touch $@
++
++$(objpfx)stamp%:
+   $(make-target-directory)
+   touch $@
+ 
+--- eglibc-2.9-r10153/libc/ChangeLog.eglibc.orig   2010-03-31 
13:13:52.0 -0600
 eglibc-2.9-r10153/libc/ChangeLog.eglibc2011-06-12 19:32:23.0 
-0600
+@@ -1,3 +1,8 @@
++2011-06-12  Philip Prindeville 
++
++  * manual/Makefile ($(objpfx)stubs): Separate out mixed implicit and
++  static rules.
++
+ 2010-03-31  Joseph Myers  
+ 
+   * manual/Makefile (stamp-pkgvers): Substitute @@ for @ in
___
openwrt-devel mailing list
openwrt-devel@lists.openwrt.org
https://lists.openwrt.org/mailman/listinfo/openwrt-devel


Re: [OpenWrt-Devel] [OpenWrt-Commits] r27214 - trunk/toolchain/eglibc

2011-06-19 Thread Philip Prindeville
On 6/18/11 4:14 AM, openwrt-comm...@openwrt.org wrote:
> Author: mirko
> Date: 2011-06-18 13:14:01 +0200 (Sat, 18 Jun 2011)
> New Revision: 27214
> 
> Modified:
>trunk/toolchain/eglibc/Makefile
> Log:
> [toolchain/eglibc} eglibc in fact can be built with -Os
> 
> Modified: trunk/toolchain/eglibc/Makefile
> ===
> --- trunk/toolchain/eglibc/Makefile   2011-06-18 07:33:28 UTC (rev 27213)
> +++ trunk/toolchain/eglibc/Makefile   2011-06-18 11:14:01 UTC (rev 27214)
> @@ -52,10 +52,6 @@
>  HOST_BUILD_DIR1:=$(HOST_BUILD_DIR)-initial
>  HOST_BUILD_DIR2:=$(HOST_BUILD_DIR)-final
>  
> -# XXX: {e,}glibc does not build w/ -Os
> -# http://sourceware.org/bugzilla/show_bug.cgi?id=5203
> -EGLIBC_CFLAGS:=$(subst -Os,-O2,$(TARGET_CFLAGS))
> -
>  EGLIBC_CONFIGURE:= \
>   BUILD_CC="$(HOSTCC)" \
>   $(TARGET_CONFIGURE_OPTS) \
> 


I'm seeing a regression:

   printf '"Compiled on a %s %s system on %s.\\n"\n' \
  "$os" "$version" "`date +%Y-%m-%d`";; \
   *) ;; \
 esac; \
 files="../crypt/Banner ../libidn/Banner ../nptl/Banner ../ports/Banner 
../resolv/Banner";  \
 if test -n "$files"; then  \
   printf '"Available extensions:\\n"\n';   \
   sed -e '/^#/d' -e 's/^[[:space:]]*/  /'  \
   -e 's/^\(.*\)$/\"\1\\n\"/' $files;   \
 fi) > 
/home/philipp/openwrt2/build_dir/toolchain-i386_gcc-linaro_eglibc-2.12/eglibc-2.12-r10495-initial/csu/version-info.hT
mv -f 
/home/philipp/openwrt2/build_dir/toolchain-i386_gcc-linaro_eglibc-2.12/eglibc-2.12-r10495-initial/csu/version-info.hT
 
/home/philipp/openwrt2/build_dir/toolchain-i386_gcc-linaro_eglibc-2.12/eglibc-2.12-r10495-initial/csu/version-info.h
rm -f 
/home/philipp/openwrt2/build_dir/toolchain-i386_gcc-linaro_eglibc-2.12/eglibc-2.12-r10495-initial/csu/abi-tag.h.new
sed -e 's/#.*$//' -e '/^[   ]*$/d' ../abi-tags | \
while read conf tagos tagver; do \
  test `expr 'i486-openwrt-linux-gnu' \
 : "$conf"` != 0 || continue; \
  ( echo "$tagos" | \
sed -e 's/[^0-9xXa-fA-F ]//' \
-e 's/^/#define __ABI_TAG_OS /'; \
echo "#ifndef __ABI_TAG_VERSION"; \
echo "$tagver" | \
sed -e 's/[^0-9xXa-fA-F]/ /g' -e 's/ *$//' \
  -e 's/ /,/g' -e 's/^/# define __ABI_TAG_VERSION /'; \
echo "#endif" ) > 
/home/philipp/openwrt2/build_dir/toolchain-i386_gcc-linaro_eglibc-2.12/eglibc-2.12-r10495-initial/csu/abi-tag.h.new;
 \
done
if test -r 
/home/philipp/openwrt2/build_dir/toolchain-i386_gcc-linaro_eglibc-2.12/eglibc-2.12-r10495-initial/csu/abi-tag.h.new;
 then mv -f 
/home/philipp/openwrt2/build_dir/toolchain-i386_gcc-linaro_eglibc-2.12/eglibc-2.12-r10495-initial/csu/abi-tag.h.new
 
/home/philipp/openwrt2/build_dir/toolchain-i386_gcc-linaro_eglibc-2.12/eglibc-2.12-r10495-initial/csu/abi-tag.h;
 \
else echo >&2 'This configuration not matched in ../abi-tags'; exit 1; fi
gawk -f ../scripts/gen-as-const.awk ../nptl/sysdeps/i386/tcb-offsets.sym \
| i486-openwrt-linux-gnu-gcc -S -o 
/home/philipp/openwrt2/build_dir/toolchain-i386_gcc-linaro_eglibc-2.12/eglibc-2.12-r10495-initial/tcb-offsets.hT3
 -std=gnu99 -fgnu89-inline -Wall -Winline -Wwrite-strings -fmerge-all-constants 
-fno-unwind-tables -Wstrict-prototypes -mpreferred-stack-boundary=4 
-I../include 
-I/home/philipp/openwrt2/build_dir/toolchain-i386_gcc-linaro_eglibc-2.12/eglibc-2.12-r10495-initial/csu
 
-I/home/philipp/openwrt2/build_dir/toolchain-i386_gcc-linaro_eglibc-2.12/eglibc-2.12-r10495-initial
 -I../sysdeps/i386/elf -I../nptl/sysdeps/unix/sysv/linux/i386/i486 
-I../nptl/sysdeps/unix/sysv/linux/i386 -I../sysdeps/unix/sysv/linux/i386 
-I../nptl/sysdeps/unix/sysv/linux -I../nptl/sysdeps/pthread 
-I../sysdeps/pthread -I../ports/sysdeps/unix/sysv/linux 
-I../sysdeps/unix/sysv/linux -I../sysdeps/gnu -I../sysdeps/unix/common 
-I../sysdeps/unix/mman -I../sysdeps/unix/inet -I../ports/sysdeps/unix/sysv/i386 
-I../sysdeps/unix/sysv/i386 -I../nptl/sysdeps/unix/sysv
-I../ports/sysdeps/unix/sysv -I../sysdeps/unix/sysv -I../sysdeps/unix/i386 
-I../nptl/sysdeps/unix -I../ports/sysdeps/unix -I../sysdeps/unix 
-I../sysdeps/posix -I../nptl/sysdeps/i386/i486 -I../sysdeps/i386/i486 
-I../sysdeps/i386/fpu -I../nptl/sysdeps/i386 -I../sysdeps/i386 
-I../sysdeps/wordsize-32 -I../sysdeps/ieee754/ldbl-96 
-I../sysdeps/ieee754/dbl-64 -I../sysdeps/ieee754/flt-32 -I../sysdeps/ieee754 
-I../sysdeps/generic/elf -I../sysdeps/generic -I../nptl -I../ports  -I.. 
-I../libio -I. -nostdinc -isystem 
/home/philipp/openwrt2/staging_dir/toolchain-i386_gcc-linaro_eglibc-2.12/lib/gcc/i486-openwrt-linux-gnu/4.5.4/include
 -isystem 
/home/philipp/openwrt2/staging_dir/toolchain-i386_gcc-linaro_eglibc-2.12/lib/gcc/i486-openwrt-linux-gnu/4.5.4/include-fixed
 -isystem 
/home/philipp/openwrt2/staging_dir/toolchain-i386_gcc-linaro_eglibc-2.12/include
 -D_LIBC_REENTRANT -include ../include/libc-symbols.h   -DHAVE_INITFINI -x 
c - \
-MD -MP -MF 

[OpenWrt-Devel] Cant boot unbranded Ralink RT305X - ramips 64 MB RAM

2011-06-19 Thread harish badrinath
Hello,

I cant seem to boot a unbranded Ralink RT305X using openwrt
trunk/trunk co on june 02. Essentialy code after
https://lists.openwrt.org/pipermail/openwrt-devel/2011-March/009924.html.
Attached below is a log of the boot process

[0.36] TCP reno registered
[0.37] UDP hash table entries: 256 (order: 0, 4096 bytes)
[0.38] UDP-Lite hash table entries: 256 (order: 0, 4096 bytes)
[0.39] NET: Registered protocol family 1
!*-- Note: These messages are dude to a *very* hacky patch that i added. *--!
!*-- hacky printk messages begins *--!
[0.40]  ~ pronto says hello ~
[0.41]  ~ Registration of flash is done ~
[0.42] ralink flash device: 0x40 at 0x1f00
[0.44] Error: 0 flash device was found
!*-- hacky printk messages ends *--!
[0.47] squashfs: version 4.0 (2009/01/31) Phillip Lougher
[0.48] JFFS2 version 2.2 (NAND) (SUMMARY) (LZMA) (RTIME)
(CMODE_PRIORITY) (c) 2001-2006 Red Hat, Inc.
[0.50] msgmni has been set to 122
[0.51] io scheduler noop registered
[0.52] io scheduler deadline registered (default)
[0.53] Serial: 8250/16550 driver, 2 ports, IRQ sharing disabled
[0.54] serial8250: ttyS0 at MMIO 0x1500 (irq = 13) is a 16550A
[0.56] serial8250: ttyS1 at MMIO 0x1c00 (irq = 20) is a 16550A
[0.57] physmap platform flash device: 0080 at bf00
[0.58] physmap-flash.0: Found 1 x16 devices at 0x0 in 16-bit
bank. Manufacturer ID 0xc2 Chip ID 0x002b
[0.60] Amd/Fujitsu Extended Query Table at 0x0040
[0.62]   Amd/Fujitsu Extended Query version 1.1.
[0.63] number of CFI chips: 1
[0.63] RedBoot partition parsing not available
[0.64] Using physmap partition information
[0.65] Creating 5 MTD partitions on "physmap-flash.0":
[0.66] 0x-0x0003 : "Bootloader"
[0.67] mtd: Giving out device 0 to Bootloader
[0.69] 0x0003-0x0004 : "Config"
[0.70] mtd: Giving out device 1 to Config
[0.71] 0x0004-0x0005 : "Factory"
[0.72] mtd: Giving out device 2 to Factory
[0.73] 0x0005-0x003e : "Kernel"
[0.74] mtd: Giving out device 3 to Kernel
[0.75] 0x003e-0x0040 : "RW-FS"
[0.76] mtd: Giving out device 4 to RW-FS
[0.77] physmap-flash.0: failed to claim resource 0
[0.79] Generic platform RAM MTD, (c) 2004 Simtec Electronics
[0.81] slram: not enough parameters.
[0.82] TCP westwood registered
[0.82] NET: Registered protocol family 17
[0.83] 802.1Q VLAN Support v1.8 Ben Greear 
[0.85] All bugs added by David S. Miller 
[0.86] VFS: Cannot open root device "1f04" or unknown-block(31,4)
[0.87] Please append a correct "root=" boot option; here are
the available partitions:
[0.89] Kernel panic - not syncing: VFS: Unable to mount root
fs on unknown-block(31,4)

This page (http://www.linux-usb.org/usb.ids) seems to be of little
help as of this moment. The hacky patch forces a partition down the
throat while booting and it seems to be written over by code before
the kernel panic, because if i disable certain options in the mtd
subsystem, i do get a misleading list of mtd partitions after
[0.87] Please append a correct "root=" boot option; here are
the available partitions:

A sample of that log is posted below

[0.78] List of all partitions:
[0.79] 1f00 192 mtdblock0  (driver?)
[0.80] 1f01  64 mtdblock1  (driver?)
[0.81] 1f02  64 mtdblock2  (driver?)
[0.82] 1f033648 mtdblock3  (driver?)
[0.83] 1f04 128 mtdblock4  (driver?)
[0.84] No filesystem could mount root, tried:  squashfs jffs2
[0.85] Kernel panic - not syncing: VFS: Unable to mount root
fs on unknown-block(31,4)


I could post the actual patch, but it is just files from wive-ng
project hacked to just compile.
___
openwrt-devel mailing list
openwrt-devel@lists.openwrt.org
https://lists.openwrt.org/mailman/listinfo/openwrt-devel


Re: [OpenWrt-Devel] [OpenWrt-Commits] r27214 - trunk/toolchain/eglibc

2011-06-19 Thread Mika Laitio

On 06/20/2011 06:16 AM, Philip Prindeville wrote:

On 6/18/11 4:14 AM, openwrt-comm...@openwrt.org wrote:

Author: mirko
Date: 2011-06-18 13:14:01 +0200 (Sat, 18 Jun 2011)
New Revision: 27214

Modified:
trunk/toolchain/eglibc/Makefile
Log:
[toolchain/eglibc} eglibc in fact can be built with -Os

Modified: trunk/toolchain/eglibc/Makefile
===
--- trunk/toolchain/eglibc/Makefile 2011-06-18 07:33:28 UTC (rev 27213)
+++ trunk/toolchain/eglibc/Makefile 2011-06-18 11:14:01 UTC (rev 27214)
@@ -52,10 +52,6 @@
  HOST_BUILD_DIR1:=$(HOST_BUILD_DIR)-initial
  HOST_BUILD_DIR2:=$(HOST_BUILD_DIR)-final

-# XXX: {e,}glibc does not build w/ -Os
-# http://sourceware.org/bugzilla/show_bug.cgi?id=5203
-EGLIBC_CFLAGS:=$(subst -Os,-O2,$(TARGET_CFLAGS))
-
  EGLIBC_CONFIGURE:= \
BUILD_CC="$(HOSTCC)" \
$(TARGET_CONFIGURE_OPTS) \




I'm seeing a regression:


I got same build failure for 
toolchain-mips_r2_gcc-linaro_eglibc-2.12/eglibc-2.12-r10495-initial target.


/home/lamikr/misc/src/openwrt/openwrt_trunk.git/build_dir/toolchain-mips_r2_gcc-linaro_eglibc-2.12/eglibc-2.12-r10495-initial/config.h:3:3: 
error: #error "glibc cannot be compiled without optimization"
make[6]: *** 
[/home/lamikr/misc/src/openwrt/openwrt_trunk.git/build_dir/toolchain-mips_r2_gcc-linaro_eglibc-2.12/eglibc-2.12-r10495-initial/tcb-offsets.h] 
Error 1



Mika
___
openwrt-devel mailing list
openwrt-devel@lists.openwrt.org
https://lists.openwrt.org/mailman/listinfo/openwrt-devel