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 ps2chi...@gmail.com 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 
 jbscienc...@gmail.comwrote:

 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 li...@haxx.se
 
 ---
 
 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
 philipp_s...@redfish-solutions.com 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


[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 phil...@redfish-solutions.com

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 phil...@redfish-solutions.com
++
++  * manual/Makefile ($(objpfx)stubs): Separate out mixed implicit and
++  static rules.
++
+ 2010-03-31  Joseph Myers  jos...@codesourcery.com
+ 
+   * 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 phil...@redfish-solutions.com
++  * manual/Makefile ($(objpfx)stubs): Separate out mixed implicit and
++  static rules.
++
+ 2009-06-23  Joseph Myers  jos...@codesourcery.com
+ 
+   * 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 phil...@redfish-solutions.com
++
++  * manual/Makefile ($(objpfx)stubs): Separate out mixed implicit and
++  static rules.
++
+ 2010-03-31  Joseph Myers  jos...@codesourcery.com
+ 
+   * 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
snip
[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] code@sekon ~ pronto says hello ~
[0.41] code@sekon ~ 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 gree...@candelatech.com
[0.85] All bugs added by David S. Miller da...@redhat.com
[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)
/snip
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
snip
[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)
/snip

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