I've followed
https://forum.openwrt.org/viewtopic.php?pid=262674#p262674
to create (resurrect in fact) a package and when I run the make I get:
make[3]: *** No rule to make target `package/prereq'. Stop.
make[2]: ***
[/net/server/src/OpenWrt-SDK-15.05.1-ar71xx-nand_gcc-4.8-linaro_uClibc-0.9.33
On Fri, 2016-10-28 at 09:50 +, Karl Palsson wrote:
>
> Note that odhcpd doesn't actually observe that "ignore" setting.
Ahh. Thanks for letting me know, but TBCH, that is the absolute least
of my worries at this moment.
Not getting RAs on the interface they are supposed to be happening on
i
On Fri, 2016-10-28 at 09:54 +0300, Hannu Nyman wrote:
>
> The feed is correctly referenced as "oldpackages" in the BB feeds
> definitions:
> https://github.com/openwrt/openwrt/blob/barrier_breaker/feeds.conf.de
> fault
Yeah, I did notice that.
> In CC that "oldpackages" feed is commented out b
I don't follow the day-to-day development of OpenWRT very closely so I
am just becoming aware of the switch to GitHub. Yay on that.
But I wonder, when the switch was made, was the entire source that is
at dev.openwrt.org imported to GitHub? I ask because trying to build a
CC image I am finding p
I have an OpenWRT router that has been running stably for many many
(many!) months if not years on BB (r42625).
When I reboot it, it sends a couple of initial RAs to the br-lan
interface but subsequently switches to sending them out of (one of) the
WAN interfaces.
To be clear, it is sending the R
On BB I'm trying to configure an ISP provided IPv6 (over PPPoE).
odhcp6c seems to work but the script it calls does not. I get a bunch
of "Command failed: Not found" from ubus calls:
+ ubus call network.interface notify_proto { "action": 0, "link-up": false,
"keep": false, "interface": "" }
Co
On Tue, 2015-06-16 at 18:56 +0200, Steven Barth wrote:
> Source-Destination matching is done in the regular routing table.
> E.g. for my he.net connection the v6 routing table looks like this:
>
> default from 2001:470:xx:yyy::/64 dev 6in4-henet proto static metric 1024
> default from 2001:470:z
On Tue, 2015-06-16 at 17:05 +0200, Steven Barth wrote:
> You should see an unreachable route for your own local ULA /48.
Indeed:
fd31:aeb1:48df::/64 dev br-lan proto static metric 1024
unreachable fd31:aeb1:48df::/48 dev lo proto static metric 2147483647 error
-128
> Also if your clients
On Tue, 2015-06-16 at 08:47 +0200, Steven Barth wrote:
> That commit got reverted 4 months later
Oh good. It was the wrong way to solve that, IMHO.
> Source-Destination routing has been used to replace it for egress
> traffic, i.e. there are simply no external (e.g. default) routes that
> have a
I wonder why in https://dev.openwrt.org/changeset/35012 the choice was
made to use the firewall to prevent ULA destination addresses from
trying to be reached on the WAN vs. using routing rules and
"unreachable" routes. Something like:
unreachable fc00::/7 dev lo metric 1024 error -128
in the
On 13-03-28 09:15 AM, David Woodhouse wrote:
>
> Does it still have the horribly broken OpenSSL 1.0.1d release? That was
> *very* quickly superseded by 1.0.1e, and then some fixes on top of that.
> It would be a shame to ship 1.0.1d; better to have stuck with 1.0.1c
> than that!
The very last com
I thought I read a message either here or on the user list many weeks
ago that the build farm was being spun up to do a final AA release. But
still there is no release. No new RC.
According to http://downloads.openwrt.org/attitude_adjustment/ AA has
been in a single release candidate stage for 4
On 13-01-11 07:29 AM, etienne.champet...@free.fr wrote:
> Hi
>
> http://wiki.openwrt.org/doc/howto/packet.scheduler/packet.scheduler
Note that OP described wanting to distribute "download" bandwidth for
users. The document you posted above is about shaping "upload" bandwidth.
As the above docum
On 12-12-31 10:44 AM, Bastian Bittorf wrote:
>
> oops, you misunderstood me:
> like Jonathan i propose to move the logger call to
> an rc-file /etc/init.d/logger (or syslog?) which both packages
> (base-files + syslogd-ng3) have to supply.
I think I get your meaning. However you cannot have a su
On 12-12-31 09:12 AM, Bastian Bittorf wrote:
>
> the best way to solve this problem is IMHO to
> write an startup-script for both and delete it from "/etc/init.d/boot"
> so the "busybox"-logger simply gets overwritten when you install
> "syslog-ng3".
So are you proposing that the syslog-ng3 post-
On 12-12-29 05:23 AM, Daniel A. Nagy wrote:
> Hi Brian,
Hi Daniel!
> The builtin syslogd "logs" to a circular buffer in RAM. It is fairly
> failsafe and does not take up many resources. I think that the current
> behavior of leaving it running upon installation of more heavyweight
> syslog servic
I have installed syslog-ng3, configured it and started it. I notice
that while it does seem to be doing the work of logging to my syslog
server, the old syslogd still seems to be running.
Should the installation and/or startup of syslog-ng[3] either prevent
the standard syslogd from running or at
On 12-12-17 11:48 AM, Joachim Schlipper wrote:
>
> I don't remember at what stage the .tgz was but I'm sure I have improved
> the scripts meanwhile. Since I see you're interrested, I'm going to fuddle
> my current files together into a new tgz.
Awesome. Thanks!
> The current implementation is t
Nice work on netifdizing OpenVPN! I'm really looking forward to
patching all of your scripts from
http://pariah-angels.de/openwrt/openvpn-interface.tgz into my AA-rc1
installation I have here. Any chance you might want to publish an AA
ipk for it? :-)
I wonder what your thoughts are on the appl
On 12-12-09 12:00 PM, Jo-Philipp Wich wrote:
> I fail to see how that requires changes to shorewall, it would continue
> doing whatever it does (routes added without explicit metric get
> automatically metric 0).
Because shorewall builds a routing system that looks like this:
root@OpenWrt:~# ip r
On 12-12-08 04:32 PM, Jo-Philipp Wich wrote:
> Did you consider to set "option metric" on the two interfaces, e.g.
> metric 10 and 11 and thne just install oyur own preferred defualt
> route with metric 0?
That's just not how the software (shorewall) that manages the routing
does things. I'd rath
On 12-12-08 01:34 PM, Jo-Philipp Wich wrote:
> Hi.
Hi,
> Yeah, but note that it is in the inactive table, means the protocol
> provides a defaultroute but it is suppressed by netifd,
Ahhh.
> probably due
> to "option defaultroute 0" in the uci config.
Yes, indeed. The reason for this is that
In AA-rc1 I am trying to get the gateway of an interface:
root@OpenWrt:~# (. /lib/functions/network.sh; network_get_gateway foo wan0;
echo $foo)
That returns nothing however. wan0 however does have a route
configuration:
root@OpenWrt:~# ubus call network.interface.wan0 status
{
"up": t
On 12-12-02 03:04 PM, Jiri Slachta wrote:
>
> Hello Brian,
Hi Jiri,
> I am just following those recommendations in AA beta announcement:
Ahhh. I thought you were making a more authoritative recommendation.
> The kernel 2.4 support has been dropped from Attitude Adjustment.
I never used the ke
On 12-12-02 01:16 PM, Jiri Slachta wrote:
>
> Hello Chris,
Hi Jiri,
> at least for those two Linksys boxes sticking with Backfire is recommended.
I wonder what the rationale is for this recommendation.
> For devices with 16 MB RAM or slower CPU's (less than 200 MHz) is recommended
> to stick w
On 12-08-15 06:50 AM, Brian J. Murrell wrote:
> On 12-08-15 01:28 AM, Edy Corak wrote:
>> Index: patches/110-MODULESDIR.patch
>> ===
>> --- patches/110-MODULESDIR.patch (Revision 33177)
>> +++ p
On 12-08-15 01:28 AM, Edy Corak wrote:
> Index: files/lsm_script
> ===
> --- files/lsm_script (Revision 33177)
> +++ files/lsm_script (Arbeitskopie)
...
> +cat < +Subject: "LSM: ${NAME} ${STATE}, DEV ${DEVICE}"
> +
> +Hi,
> +
> +Your
On 12-06-19 12:37 PM, Edy Corak wrote:
> This patch updates link state monitor (lsm) to release 0.131,
> add sample connections.conf and update lsm.conf and lsm_script
>
> Signed-off-by: Edy Corak i...@loenshotel.de
> Index: files/lsm.conf
> ===
On 12-05-27 07:51 AM, Felix Fietkau wrote:
> On 2012-05-27 3:56 AM, Adam Gensler wrote:
>> In other words, if you need QoS already, fq_codel won't eliminate that
>> need. But, if you aren't running QoS already, fq_codel has some really
>> great potential to keep things running smoothly under load
I really want to start testing some new/different firmwares but I don't
really have an "experimental" router to do it on. Thus, I'd like to get
my router (DIR-825) into a state where I can change what I boot and run
with simply by swapping USB storage devices.
That way I can have a "working produ
On 12-04-23 06:51 PM, Michael Markstaller wrote:
>
> Agreed but lets get realisitic, my objectives (home, office &
> customers) are:
> 1) security
> 2) it works
> 3) technically perfect
You forgot:
4) sustainable
Do you have children? I suspect you don't. Your lack of forward/future
thinking
On 12-04-03 04:52 AM, Dave Taht wrote:
> I was wondering why hostapd (on cerowrt 3.3) ate so much cpu, even when
> idle, nothing connected, no crypto enabled...
>
> I'm curious as to if this is correct behavior, and what's the point of
> writing 000s to /dev/random,
Is it supposed to be feeding t
On 12-01-24 08:06 AM, Jonathan McCrohan wrote:
>
> I also see svn as part of the problem. I think a move towards the
> linux-kernel development model would be a great benefit.
I hate sending simple "me too" posts, but to help demonstrate that there
is demand for this, I too would welcome a move t
On 11-10-21 11:08 AM, Manuel Munz wrote:
>
> There is support for switch/vlan config in luci [1], but it is only
> shown when your switch is configurable. So the problem is not with luci
> but with openwrt-support on your device i think.
Is that the "Switch" tab under the "Network" tab that has "
On 11-10-20 04:17 PM, Daniel A. Nagy wrote:
>
> Hi Brian,
Hello once again my friend.
> No, unfortunately there isn't one yet.
I didn't think so.
> But we need it too,
Ahhh. You are doing multi-WAN in your project also?
> so if nobody
> implements it before us, we will contribute one before
Taking notice of https://dev.openwrt.org/changeset/20925 that looks like
the bits needs to manage the balancing and failover for multiple WAN
ports, which is great.
Is there any corresponding Luci component to manage the allocating of a
new WAN port (i.e. creating of a new VLAN for a the new WAN p
I put a WDS link on my network, replacing a previously working perfectly
hard-wired link.
The WDS link is composed of a D-Link DIR-825 rev. B1 running
10.03.1-RC5, r27015 and a Linksys WRT54G/GS/GL running 10.03.1-RC5,
r27015 also.
The link seems to work just fine but for one problem.
The sympto
I've created a "whole_filesystem" style extroot with the following commands:
# mkfs.ext3 /dev/sda1
# mount /dev/sda1 /mnt
# mkdir -p /tmp/cproot
# mount --bind / /tmp/cproot
# tar -C /tmp/cproot -cvf - . | tar -C /mnt -xf -
# umount /tmp/cproot
# umount /mnt
I've installed kmod-usb-storage kmod-f
If the configuration for a DHCP interface specifies to not use the
peer's DNS resolvers, this should be honoured by the udhcpc script.
This patch fixes this.
Signed-off-by: Brian J. Murrell interlinx.bc.ca>
Cheers,
b.
From 23ff12b2ef562c544c2d320cdb7cb93ce71c6c97 Mon Sep 17 00:00:00 2
Stefan Monnier iro.umontreal.ca> writes:
>
> I'm not sure there's a way to tell the difference: the overlay
> filesystem always uses a standard filesystem (e.g. can be ext3),
Understood.
> tho you
> could try and detect the presence of the special meta-files that the
> overlay system uses.
Ind
Stefan Monnier iro.umontreal.ca> writes:
>
> As someone who uses an external root (tho using a hand-made patch
> rather than your extroot, mostly because your extroot came later),
> I don't want an overlay, but I indeed want a pivot_root rather than
> a chroot.
I have to echo Stefan's sentiment
Per http://article.gmane.org/gmane.comp.embedded.openwrt.devel/7339
please find attached the referenced missing lsm_script.
Signed-off-by: Brian J. Murrell interlinx.bc.ca>
Cheers,
b.
From 3659aacef6ffcdf1e76685dd2c0403306e423296 Mon Sep 17 00:00:00 2001
From: Brian J. Murrell
Date: Sat
On Sun, 2010-10-10 at 10:10 -0400, Brian J. Murrell wrote:
> This updates the lsm package in feeds/packages to 0.60.
This copy doesn't have lines wrapped as the previous copy did,
unfortunately.
> It includes a shorewall-lite hook so that if one has lsm and
> shorewall-lite insta
This simply updates shorewall-lite to the (at least near) current
4.4.12.2
Signed-off-by: Brian J. Murrell interlinx.bc.ca>
From ac83d42571620e02b8d4b55c550e34b05aea0f21 Mon Sep 17 00:00:00 2001
From: Brian J. Murrell
Date: Tue, 14 Sep 2010 11:17:32 -0400
Subject: [PATCH 1/2] update shorew
This updates the lsm package in feeds/packages to 0.60.
It includes a shorewall-lite hook so that if one has lsm and
shorewall-lite installed, lsm will cycle shorewall-lite on a link
transition.
Signed-off-by: Brian J. Murrell interlinx.bc.ca>
From 30de624404fcf83e211b3d21bd891d3dd03e8e3e
I'm back on openwrt r18617 (kernel 2.6.30.9 and yes, I know, old, but if it
ain't broke...) but I have noticed on all previous kernels too, that strace
doesn't follow child processes, even with "-f" specified.
i.e.:
fcntl(5, F_GETFL) = 0x2 (flags O_RDWR)
fcntl(5, F_SETFL,
Brian J. Murrell interlinx.bc.ca> writes:
>
> This simply updates shorewall-lite to the current 4.4.12.2
I saw neither an ACK nor a NAK, nor do I see any sign that this was committed.
Was there a problem with the submission or the patch itself?
It's really quite discouraging to
Brian J. Murrell interlinx.bc.ca> writes:
>
> This adds the lsm package to feeds/packages.
I saw neither an ACK nor a NAK, nor do I see any sign that this was committed.
Was there a problem with the submission or the patch itself?
It's really quite discouraging to go to all
This adds the lsm package to feeds/packages.
It includes a shorewall-lite hook so that if one has lsm and
shorewall-lite installed, lsm will cycle shorewall-lite on a link
transition.
Signed-off-by: Brian J. Murrell
commit ead559262149c4d2d625fda0bb100ea6bd8a7871
Author: Brian J. Murrell
This simply updates shorewall-lite to the current 4.4.12.2
Signed-off-by: Brian J. Murrell
commit e7981dff0dfe18ed56d7b6a394b580cea36e2841
Author: Brian J. Murrell
Date: Tue Sep 14 11:17:32 2010 -0400
update shorewall-lite to 4.4.12.2
diff --git a/net/shorewall-lite/Makefile b/net
On Sun, 2010-01-24 at 09:59 -0800, Marc Abrams wrote:
> Brian:
Hi Marc,
> An earlier version of Dan's work has been extensively tested for a
> service provider auto-configuration and management application and
> works very well.
Excellent!
> The changes made are for more flexibility and extensi
On Sat, 2010-01-23 at 02:56 -0500, Daniel Dickinson wrote:
> Hi all,
Hi,
> Just a reminder of what it is:
>
> It modularizes preinit, mount_root, and firstboot. This is done so that
> the boot system can be modified by drop-in packages (e.g. usbroot-*,
> enhanced failsafe, and provider provisi
[ Second try as the first was not committed ]
If you want to use syslog-ng, likely you want to also log the kernel
messages with it. This patch adds that.
Signed-off-by: Brian J. Murrell
---
Index: files/syslog-ng.conf
As you all know, when an openwrt router is booting, many "iface" hotplug
events are generated for all of the interfaces that are coming up.
If I had an action that I generally wanted to do (i.e. reload
firewall/routing configure) in response to interface transition events,
an /etc/hotplug.d/iface
On Mon, 2009-12-21 at 06:32 +0100, Daniel A. Nagy wrote:
> Hello,
Hi Daniel,
> Well, only the three packages together, including their OpenWrt Makefiles (but
> excluding the sources of qrencode library). I haven't made any attempts at
> making the software portable beyond OpenWrt; right now it i
On Mon, 2009-12-21 at 01:28 +0100, Daniel A. Nagy wrote:
> I would like to contribute a package to OpenWrt that we have developed and
> successfully use commercially.
It appears that your patch is the entire source from your project, yes?
Is your software distributed as a tarball release in usual
Per ticket #6327 (which as thus far not been updated in any manner):
I cannot find libipt_set packaged any package any more. It seems that
changeset 18032 (by nico) made some changes for ipsets and failed to
take this into consideration.
I have tried to resolve it but I am not sure of the proper
On Mon, 2009-12-14 at 11:16 +0100, edgar.sol...@web.de wrote:
>
> the syslog-ng manual also states
>
> page 38
[ details about klogd snipped ]
> and about the use of pipe on Page 39
> "Pipe is very similar to the file() driver, but there are a few
> differences, for example pipe() opens its ar
-ized (i.e. generated a run time based on UCI configuration). I
don't really have time for that at the moment though. :-(
Signed-off-by: Brian J. Murrell
---
Index: files/syslog-ng.conf
===
--- files/syslog-ng.conf
If you want to use syslog-ng, likely you want to also log the kernel
messages with it. This patch adds that.
Signed-off-by: Brian J. Murrell
---
Index: files/syslog-ng.conf
===
--- files/syslog-ng.conf(revision 18617
On Fri, 2009-12-11 at 05:35 +0100, Felix Fietkau wrote:
>
> Done.
Awesome! Thanx!
b.
signature.asc
Description: This is a digitally signed message part
___
openwrt-devel mailing list
openwrt-devel@lists.openwrt.org
https://lists.openwrt.org/mailma
On Fri, 2009-12-11 at 03:10 +0100, Felix Fietkau wrote:
> Sorry for the delay,
No worries. I understand busy. I was trying to be patient but that
only lasted until I saw other commits. :-/
> I took care of that now for the shorewall patches and fixed
> some minor compile errors in there.
Yea
Is there any reason in particular that my patches to this list are being
ignored? I thought it was everyone's but I saw some commits today, yet
not my patches which were sent here prior the patches that were
committed today.
This seems to be my (and others from messages I have seen posted here in
This turned out to be the mount_root script not getting updated by svn
update because it was still flagged as having a conflict. Once it was
updated things worked much better.
Cheers,
b.
signature.asc
Description: This is a digitally signed message part
This is an incremental patch against the previous patch to add one more
patch to the shorewall-lite patch series. It defaults shorewall-lite to
not having any logfile, which normally defaults to /var/log/messages.
Signed-off-by: Brian J. Murrell
---
--- /dev/null 2009-12-03 12:15
This patch adds shorewall6-lite.
Signed-off-by: Brian J. Murrell
---
diff --exclude .svn -urN /tmp/empty/files/hostname
ipv6/shorewall6-lite/files/hostname
--- /tmp/empty/files/hostname 1969-12-31 19:00:00.0 -0500
+++ ipv6/shorewall6-lite/files/hostname 2008-11-11 01:22:55.0
LESDIR.patch to include /lib/modules/$(uname
-r) in the module search path
* include an iface hotplug action to reload the ruleset on
interface transitions
Signed-off-by: Brian J. Murrell
---
Index: net/shorewall-lite/files/shor
Looking at changeset 18032
(https://dev.openwrt.org/changeset/18032/trunk/include/netfilter.mk) I
see that libipt_set was removed:
-$(eval $(call nf_add,IPT_IPSET,CONFIG_IP_NF_MATCH_SET, $(P_V4)ipt_set))
-
-$(eval $(call nf_add,IPT_IPSET,CONFIG_IP_NF_TARGET_SET, $(P_V4)ipt_SET))
but I cannot see
I'd just like to raise the issue that current trunk does not build due
to an issue with updatedd:
mipsel-openwrt-linux-uclibc-gcc -Os -pipe -mips32 -mtune=mips32
-funit-at-a-time -fhonour-copts -msoft-float -DHAVE_CONFIG_H -I./missing
-D_U_="__attribute__((unused))" -I.
-I/usr/src/openwrt/sta
On Mon, 2009-11-30 at 19:03 -0500, Brian J. Murrell wrote:
>
> for iface in $(awk -F: '/:/ {print $1}' /proc/net/dev); do
> /usr/bin/env -i ACTION=add INTERFACE="$iface"
> /sbin/hotplug-call net
> done
So it's clear what prom
I have built a firmware from r18587 in SVN for my wl500gp and it boots
fine, but I don't get any other interfaces plumbed except eth0.0 and
eth0.1. The br-lan and wan interfaces are not getting plumbed for some
reason.
I have debugged to the point that I see an /etc/hotplug.d/net/10-net
event for
I'm trying to upgrade some packages I just built from an updated trunk
(r18050) and getting:
# opkg install kmod-sched
Collected errors:
* Packages were found, but none compatible with the architectures configured
Hardware is an ASUS WL500GP:
# uname -a
Linux gw 2.6.25.20 #1 Sat Feb 7 13:49:36
On Tue, 2009-08-18 at 20:38 -0400, Stefan Monnier wrote:
> > I am having a hard time to find the place where mounting root "/" really
> > happens ..
>
> It's in /sbin/mount_root. And yes, it is not exactly trivial to find
> (although in retrospect I had to admit that the name should have made it
On Tue, 2009-06-09 at 12:49 +0300, Alexandros C. Couloumbis wrote:
> gdb does not compile on latest svn r16391 with gcc-4.3.3
>
> here is the error:
> cc1: warnings being treated as errors
> .././gdb/cli/cli-cmds.c: In function 'pwd_command':
> .././gdb/cli/cli-cmds.c:323: error: ignoring return v
It's easy enough to obtain the real interface given one has the wan?
alias:
# uci -p /var/state get network.wan0.ifname
eth0.1
# uci -p /var/state get network.wan0.device
eth0.1
As you can see, either works. There does not seem to be key to go the
other way though.
I know the real interface, bu
Hi,
I noticed that the updated packaging of iptables-1.4.3.2 is missing some
(quite a few, to my surprise) modules:
libipt_addrtype.so
libipt_CLUSTERIP.so
libipt_MIRROR.so
libipt_realm.so
libipt_SAME.so
libipt_unclean.so
libxt_comment.so
libxt_connlimit.so
libxt_CONNSECMARK.so
libxt_dccp.so
libxt
On Tue, 2009-04-28 at 19:43 +0200, Jo-Philipp Wich wrote:
>
> Hmm ... I'm no expert with this but shouldn't /etc/nsswitch.conf take
> care of the order of used resolvers? Could you try if this works for the
> affected tools:
>
> echo "$(uci get network.wan.ipaddr) $(cat /proc/sys/kernel/hostname)
There was some discussion a while ago about kexec and mips, and, well it
not quite working.
Any progress in that area? Anyone got kexec working on a linksys/asus
type device? i.e. a:
system type : Broadcom BCM47XX
processor : 0
cpu model : Broadcom BCM330
When I try to svn update my openwrt repo I'm getting:
svn: Server sent unexpected return value (504 Gateway Time-out) in
response to OPTIONS request for
'https://svn.openwrt.org/openwrt/packages'
This is the same kind of error (504 Gateway Time-out) I try to follow
the "Developer" link at the top
On Tue, 2009-05-05 at 21:27 +0300, Linkodas wrote:
> Hi list/community,
Hi,
> PCB form factor: Pico-ITX (10cm x 7.2cm, fanless)
>
> Onboard CPU: Cortina Systems CS3516 (300Mhz ARM9 Core)
> Onboard DDR SDRAM: 128Mb 333Mhz 32bit
> Onboard NAND FLASH: 128Mb (or more)
> Onboard LAN: 2x 10/100Mbps Et
On Mon, 2009-03-23 at 12:49 +0100, Imre Kaloz wrote:
>
> Imagine for example a few spammer botnets crawling for addresses and posting
> (or trying to post) every minute and a crappy wiki engine generating constant
> load because of the above. Imagine that on a server that already serves more
>
On Mon, 2009-03-23 at 12:15 +0100, Imre Kaloz wrote:
> Hi all,
>
> As the current OpenWrt box has been serving the project for almost 4 years,
> it was clear sooner or later it will reach it's limits. Thanks for the
> spammers mainly from Asia the time has come.
While server upgrades are usuall
On Sun, 2009-02-22 at 17:17 +0100, Holger Gross wrote:
> i use the serial console, no other output is given.
Oh, so the kernel doesn't even begin to boot?
> now i m trying something of
> http://www.nabble.com/kexec-on-mips---anyone-has-it-working--tt17485898.html#a17485898
Maybe I didn't quite
On Sun, 2009-02-22 at 14:56 +0100, Holger Gross wrote:
> now the kernel loads, but does not boot:
>
> br-lan: port 1(eth0.0) entering disabled state
> Starting new kernel
> Will call new kernel at 0029d000
> Bye ...
Do you have a serial console on your device? I don't yet. My
TTL-to-RS232 level
On Tue, 2009-02-17 at 18:36 +0100, Holger Gross wrote:
> Hi,
>
> i have the same problem using kexec with buffalo whr g54s openwrt rc2
> kernel 2.4:
>
> kexec_load failed: Success
> entry = 0x298000 flags = 0
> nr_segments = 2
> segment[0].buf = 0x2ac37008
> segment[0].bufsz = 27307b
> s
On Mon, 2009-02-09 at 08:32 -0800, Stanislav Sinyagin wrote:
>
> here's more detail:
> http://buffalo.nas-central.org/index.php/Use_a_Nokia_Serial_Cable_on_an_ARM9_Linkstation
Sweet. I wonder if I can find one of those around town relatively
cheaply.
Thanx!
b.
signature.asc
Description: This
On Mon, 2009-02-09 at 17:22 +0100, marco wrote:
>
> i would suggest an usb-uart cable (operating at 3.3v, based on the
> ftdi chip).
> then just cut the uart end and solder some pin connectors
> (http://marco.blogs.teknusi.org/files/2009/02/p1010192.jpg to get an
> idea)
>
Yeah, somebody els
On Mon, 2009-02-09 at 08:08 -0800, Stanislav Sinyagin wrote:
> as Michu already noted, a Nokia adaptor cable is available from local eBay
> sellers
> for $10-15. It is readily recognized by Windows (Vista) and Linux (CentOS)
> without
> any hassle with the drivers.
So these are cables with a co
On Mon, 2009-02-09 at 11:30 -0200, Andres Aguirre wrote:
> I have a question... Is not more easy to use a usb2serial adaptor?
It probably is. It is more expensive though. Following the previous
links, the best option I could find was $35-40 by the time it was
shipped to me. The rs232/ttl conver
On Mon, 2009-02-09 at 08:14 -0200, Felipe Maya wrote:
> Follow the next link to do it. It works with ASUS, LINKSYS and etc.:
>
> http://www.myopenrouter.com/article/10811/Hacking-Your-NETGEAR-WGR614L-How-To-Install-A-Serial-Port/
Yeah, I guess that might have been another way to go. But my rs232
On Mon, 2009-02-09 at 08:06 +0100, Dennis Bartsch wrote:
> Hello Brian,
Hi.
> I don't know whether this 3.3V output is intended to be used like that
> but it works.
I wonder how much current it really can deliver.
> I'm cusious whether 3.3V is enough to supply a MAX232 (or derivates)
> but is d
OK. So I need a serial console on my ASUS WL-500G Premium to debug this
kexec problem I'm having.
Having a peek at
http://wiki.openwrt.org/OpenWrtDocs/Hardware/Asus/WL500GP#head-8c0c5262c5a79f43d67037a30331937a6f7b8628
it says that the serial output is TTL level. I have a TTL-to-RS232 converter
On Fri, 2009-02-06 at 23:45 -0500, Brian J. Murrell wrote:
> I have an asus wl500gp that I'm trying to kexec a kernel on. I had
> written about this before but have another bit of info and I'm hoping it
> rings a bell for someone so that I don't have to through the pai
I have an asus wl500gp that I'm trying to kexec a kernel on. I had
written about this before but have another bit of info and I'm hoping it
rings a bell for someone so that I don't have to through the painful
process of printk() instrumenting the kernel and flashing new kernels
with more and more
On Tue, 2009-02-03 at 22:01 -0500, Stefan Monnier wrote:
>
> Then I don't know what's going on.
Indeed, it is of question isn't it?
> Only one of them is active at any particular time: the first gets killed
> before the seconed is started.
But where, and why is this not happening with a usb-roo
On Tue, 2009-02-03 at 20:53 +0100, Michael Buesch wrote:
>
> So well.
> b43 in AP mode does actually work properly.
Indeed, I found it functional, even with WPA2. Just not performing well
on throughput.
> Atheros is the best bet, I'd say. But _first_ check to buy a supported card.
Indeed. On
On Tue, 2009-02-03 at 20:16 +0100, Michael Buesch wrote:
> On Tuesday 03 February 2009 05:44:42 Brian J. Murrell wrote:
> > The bad news is that throughput still sucks rocks.
Sorry if that sounded harsh. It didn't seem as harsh when I was writing
it as it did just now reading it.
On Tue, 2009-02-03 at 09:39 -0500, Stefan Monnier wrote:
>
> ln -sf /rom/etc/init./boot /etc/init.d/boot
Hrm. But in my case, those files are effectively the same (where
hotplug counts). See:
# diff -u /rom/etc/init.d/boot /etc/init.d/boot
--- /rom/etc/init.d/bootMon Jun 16 23:08:04
So, I decided to give b43 in AP mode a go on my ASUS wl500gp with r14139
(kernel 2.6.25.20). The results are both good and bad.
First the good news. The problems I was seeing with b43/AP mode on my
Linksys WRT54GS are gone. I don't see the CPU saturated with ksoftirqd.
Yay.
The bad news is tha
On Mon, 2009-02-02 at 22:01 -0500, Stefan Monnier wrote:
>
> I updated my USB (really IDE in my case) rootfs.
Ahhh. Care to post the patch?
> More specifically, the
> /etc/init.d/boot script
The one on the flash, that calls /sbin/mount_root?
> needs to "killall -q hotplug2" before starting
>
1 - 100 of 204 matches
Mail list logo
