On Wed, Mar 3, 2010 at 12:25 AM, jason duhamell wrote:
> Well you can also lift the bga chip and compare it to another router with a
> jtag and ar2317
Or use JTAGenum:
http://www.openrce.org/repositories/users/cyphunk/JTAGenum.pde
--
Benjamin Henrion
FFII Brussels - +32-484-566109 - +32-2-414
I will have to take a look at that, How much do you want for just getting
redboot to start on the router.
On Wed, Mar 3, 2010 at 5:44 PM, Benjamin Henrion wrote:
> On Wed, Mar 3, 2010 at 12:25 AM, jason duhamell
> wrote:
> > Well you can also lift the bga chip and compare it to another router w
Peter Wagner writes:
> Am Mittwoch 03 März 2010 00:22:30 schrieb Peter Wagner:
>
>> CONFIG_CMDLINE="root=/dev/mtdblock2 rootfstype=squashfs,jffs2 noinitrd
>> console=ttyS0,115200"
>>
>> is missing in config-2.6.33 for brcm47xx
>
> OH my failure - it seems this option isnt needed any more
--- On Wed, 3/3/10, gokulnath A wrote:
> From: gokulnath A
> Subject: Problem while Enabling Compression Mode in madwifi driver with
> COMPEX wp543 board
> To: openwrt-us...@lists.openwrt.org, madwifi-de...@lists.sourceforge.net
> Date: Wednesday, 3 March, 2010, 4:28 PM
> Hi all..
>
> I am
Hi,
I'm compiling a c program that uses sqlite3 libraries...when I execute the
program in my pc it works right...later I make a cross compile using fon
version of OpenWRT (SDK)...and when I execute in openWRT (fonera) it
hangs...dont do anything here is the trace (I did with strace):
execve("/
Without the source, how should we know?
You will have to start debugging it yourself. Besides good old printf
debugging, there is also remote gdb you can use.
2010/3/3 Jesus arteche :
> Hi,
>
> I'm compiling a c program that uses sqlite3 libraries...when I execute the
> program in my pc it works r
Bernhard you are right i should send the code...and make a debug...so I did
this...
I compile a hello world:
#include
int main(int argc, char **argv) {
printf("\nhello world\n");
}
with this command:
/usr/src/openwrt/fon/openwrt/build_dir/mipsel/OpenWrt-SDK-fonera2n-for-Linux-x86_64/stagi
Hi,
i have a problem with a simple daemon that I'm writing (the problem
is not happening on the x86 target).
Basically the piece of code that is creating the problem is the following:
#include
int main()
{
struct sockaddr_in addr_1, addr_2, addr_3;
addr_1.sin_addr = inet_makeaddr(127
Hello,
I enabled the usb host hardware for TL-WR941Nv4, this is a patch for
kernel to do the initialize
Some wiki is sit at https://forum.openwrt.org/viewtopic.php?pid=103363#p103363
Is it correct I enable the usb, while the HW lack a usb connector on
the released board ?
Author: arrow_zhang 2
Friendly reminder.
The patch was thoroughly tested with kernel 2.6.30 before and is now also
successfully tested on 2.6.32 during the last two weeks.
Maddes
On Sat, February 27, 2010 01:01, Matthias Buecher / Germany wrote:
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA1
>
> Hi OpenWrt team,
>
Hi
i tried to investigate the cause of it but as florian added the options to
brcm63xx 2.6.33.
i would say it should be added for brcm47xx too - i also think even if the
system boots,
there will be no serial console at startup.
but maybe someone else could explain why this options are not neede
> and it works. But when I compile the same program with the sqlite librarie
> it hangs. I use this command:
>
> /usr/src/openwrt/fon/openwrt/build_dir/mipsel/OpenWrt-SDK-fonera2n-for-Linux-x86_64/staging_dir/toolchain-mipsel_gcc4.1.2/bin/mipsel-linux-uclibc-gcc-4.1.2
> -L staging_dir/mipsel/usr/li
Looks like some kind of bug inside the sqlite library.
There is an option in openwrt menuconfig to compile stuff with debug
symbols. Enable that and also enable the gdbserver package.
Then you can start your program with &, attach gdbserver to it, break
and then you can see, where exactly it hangs.
On Wed, 2010-03-03 at 09:29 -0800, Dan Brown wrote:
> > and it works. But when I compile the same program with the sqlite librarie
> > it hangs. I use this command:
> >
> > /usr/src/openwrt/fon/openwrt/build_dir/mipsel/OpenWrt-SDK-fonera2n-for-Linux-x86_64/staging_dir/toolchain-mipsel_gcc4.1.2/bin
This patch fixes the broken build for x86 target with glibc as reported
in ticket# 6788.
By not disabling tls support for the first GCC stages, glibc can be
build with tls support (configure says it needs __thread).
Support for the final stage is still defined by CONFIG_TLS_SUPPORT.
Any feedback?
Hi Bernhard,
Le dimanche 21 février 2010 17:54:10, Bernhard Loos a écrit :
> Annnd, I forgot to add the patch :/
> Sorry about all the noise.
>
>Bernhard
>
Why did you move the reboot fixup function to a separate file and why does it
have to overried the machine_emergency_restart callback?
Roberto Riggio wrote:
> Hi,
>
Hi!
> i have a problem with a simple daemon that I'm writing (the problem
> is not happening on the x86 target).
>
probably due to diff C libraries...
> Basically the piece of code that is creating the problem is the following:
>
> #include
>
> int main()
> {
This patch enables the compilation of the latest libxml2. Was tested on
Kamikaze 8.09.2 and successfully used by a custom program. The previous
version of libxml2 was 4 years old and some functions were causing
segmentation faults.
Signed-off-by: Joao Almeida
Makefile_libxml2.patch
Description:
*** BETA RELEASE ***
The OpenWrt Team would like to announce a beta of the next major
release, codenamed Backfire. Testing of this build will help refine the
code in preparation of the final release.
Binaries can be downloaded at
http://downloads.openwrt.org/backfire/10.03-beta/
Highlights:
2010/3/3 Florian Fainelli :
> Hi Bernhard,
>
> Le dimanche 21 février 2010 17:54:10, Bernhard Loos a écrit :
>> Annnd, I forgot to add the patch :/
>> Sorry about all the noise.
>>
>> Bernhard
>>
>
> Why did you move the reboot fixup function to a separate file and why does it
> have to overried
20 matches
Mail list logo