TODO list for each hardware target can be found as sticky topic in the corresponding forum
[590] Hello
Does it meant that the "*patch" files located in ./package/asterisk aren't applied by default? Or could the error be elsewhere? Thank you. Edited By: Gilles Jul-27-11 20:14:53 |
|
|
Administrator has disabled public posting |
Re: [590]I'm actually trying to run Asterisk (1.4, as it's the default) on the standard uClinux 2010 kernel straight from Blackfin's site, ie. I just compile Asterisk in Switchfin and then copy the Asterisk binary + the libraries it needs from Switchfin and drop them on an Atcom IP01, so I can test applications independently from the kernel. Strange error :-/ |
|
|
Administrator has disabled public posting |
Re: [590] I rebuilt the Switchfin 2010 image and tried running Asterisk, but am still getting the error.
Code:
I don't know if it helps, but here's the very end of "strace asterisk -c":
Why is libc.so different between the two distros? Is the Switchfin version more recent? |
|
|
Administrator has disabled public posting |
Re: [590] Can you tell me exactly which uClinux file you have downloaded? Our libc.so.0 seems to come from the prebuilt "2010R1-RC4" toolchain. My copy is 229892 bytes just like yours. This file size differs from the one in the archive, presumably because the library gets stripped somehow. I tried stripping it myself and didn't get it to exactly 229892 bytes but it was close.
|
|
|
Administrator has disabled public posting |
Re: [590] I compiled the uClinux-dist 2010R1-RC5 using the uClinux-2010R1RC4 toolchain.
Code:
|
|
|
Administrator has disabled public posting |
Re: [590]I'm still very confused by what you're doing. Before you said you're using the uClinux "kernel", now it sounds like you're using a whole uClinux system. Maybe the "full" toolchain includes some kind of fork replacement that the "default" toolchain doesn't have. In general, while you can usually use binaries built with glibc on other glibc-based systems, you shouldn't really do this with binaries built with uClinux. |
|
|
Administrator has disabled public posting |
Re: [590] Sorry about the misunderstanding. Indeed, by "uClinux", I didn't mean just the kernel, but the whole distro as well, to which I simply add Asterisk manually.
|
|
|
Administrator has disabled public posting |
Re: [590]There's not much to investigate. fork isn't possible on Blackfin systems so the C library won't have it. Once patched, Asterisk shouldn't have fork present in the first place and if it does, it should fail to link. In short, you're building it wrong. |
|
|
Administrator has disabled public posting |
Re: [590] Hey,
and it does not work. So, I believe, that somewhere a _fork was not changed into _vfork or something like that. Could that be? Here is the end of my "strace asterisk -c" So, my solution would be, to set "autoload=no" and to load all 121 modules by hand "load => xy.so" in order to track the module, which is causing the trouble. Could someone please tell me, where I could find a list (or something like that), which tells me the names of the 121 autoload modules? Henning |
|
|
Administrator has disabled public posting |
Re: [590] What about running "show modules" in the CLI to find out which modules were auto-loaded?
|
|
|
Administrator has disabled public posting |
Re: [590]The stock modules.conf provided by Switchfin applies noload to several modules, including these DAHDI ones. As to why these modules don't fail to build in the first place, I'm really not sure. |
|
|
Administrator has disabled public posting |
Re: [590]
I remember that it depends on the version of the toolchain: Some applications compiled with the 2008, I think (not sure) some would trigger a warning in the 2009 version, and failed compiling with the 2010 toolchain. Anyhow, porting code to an MMU-less CPU like the Blackfin may require more than just changing fork() to vfork(), so I guess it's a sain decision to refuse to compile any code that still has a single fork() as a way to show users that this application obviously hasn't been worked to run on that CPU. Note that an application being in the uClinux-dist tree is no guarantee that it actually compiles/works: I needed some extra apps, so enabled them in the buildroot but the toolchain refused to compile them. Bit of a mess. I guess that's why Blackfin (Mike Frysinger/vapier) is also collaborating on the Gentoo Embedded project. |
|
|
Administrator has disabled public posting |
Re: [590] Yeah, I know the older toolchain didn't abort. I was assuming he was using the new one but maybe he's not.
|
|
|
Administrator has disabled public posting |
Re: [590]I'm interested in any feedback about alternative VoIP servers for the Atcom (I guess that means just Yate, as Freeswitch is unlikely to run on the Blackfin). I also don't really trust a big, monolithic application like Asterisk to run safely on such a different CPU. |
|
|
Administrator has disabled public posting |
Re: [590]
I'm using the newest toolchain and distro available. I really have no clue, where I messed up... but provoking the compiler to do unknown things... I'm famous for that. ;-) |
|
|
Administrator has disabled public posting |
Re: [590] Funny that the toolchain was able to compile the IAX module, since it seems not to have been rewritten/patched accordingly:
|
|
|
Administrator has disabled public posting |
Re: [590]
I don't think chan_iax2 was the cause and he didn't prevent that one from loading. This error would have appeared before any other output from the offending module. |
|
|
Administrator has disabled public posting |
Re: [590]Maybe not, that depends on how Asterisk loads them. What I meant was that it would have finished loading chan_iax2 and started to load the next module when that error appeared. Whatever module it was wouldn't have been able to initialise and display any output at all because that error comes from the shared library loader and that has to resolve all symbols before it can load a given library. |
|
|
Administrator has disabled public posting |
Re: [590] Hi Guys,
|
|
|
Administrator has disabled public posting |
Re: [590] Hi Dimitar,
|
|
|
Administrator has disabled public posting |
Re: [590] Hi Gilles,
|
|
|
Administrator has disabled public posting |
- Index
- » Developers
- » General discussions
- » [590]
Most Active Users
Board Info
- Board Stats: Total Users: 2587 Total Topics: 299 Total Polls: 1 Total Posts: 1727 Dormant
- User Info: Newest User : user2553 Members Online: 0 Guests Online: 213
- Online There are no members online
- Topic
- New
- Locked
- Sticky
- Active
- New/Active
- New/Locked
- New Sticky
- Locked/Active
- Active/Sticky
- Sticky/Locked
- Sticky/Active/Locked