[uClinux-dev] toolchain and uCilnux
Hi, Is the 2.95.3 toolchain compatible with the linux-2.4.x kernel from the latest Clinux distribution (20070130)? I'm trying to compile my custom board and I have some weird errors Regards, -- Daniel Alomar i Claramonte Research Development Electronic Dept. SERRA SOLDADURA, S.A. WEB Site: http://www.serrasold.com Knowledge Site: http://serratron.serrasold.com ___ uClinux-dev mailing list uClinux-dev@uclinux.org http://mailman.uclinux.org/mailman/listinfo/uclinux-dev This message was resent by uclinux-dev@uclinux.org To unsubscribe see: http://mailman.uclinux.org/mailman/options/uclinux-dev
Re: [uClinux-dev] sigmadesigns
On Mon, 2007-06-18 at 14:37 +0800, Rogelio Serrano wrote: On 6/18/07, David T. L. Wong [EMAIL PROTECTED] wrote don't know anything about it. I told them they have to allow end user run their code on the product if Linux adopt GPLv3. They response that I shouldn't grand user the right of running their own code. They even claim that if Linux adopt GPLv3, it may not be a good license and they may consider drops Linux support... Well... Relax, thats not going to happen. Linus dont want gpl v3 for the kernel. I dont want to buy boxes like the Tivo though. So far it is. But how about Samba NTFS-3g? Any component we used in our product changes to GPLv3 would give us a headache. Sigma Designs 863X platform requires the kernel image to be signed so that the bootloader boots it. I foresee this conflict of GPLv3 and signed kernel. I think I could not disclose the key for signing a kernel to end users so that they can build their kernel. I may need to build a signed 2nd stage bootloader to boot unsigned kernel image. It will slow down the boot process in turn. I also afraid that I breaks the license agreement with Sigma Designs and with Microsoft, for WMV DRM, if I let users run their own kernel on the product. David ___ uClinux-dev mailing list uClinux-dev@uclinux.org http://mailman.uclinux.org/mailman/listinfo/uclinux-dev This message was resent by uclinux-dev@uclinux.org To unsubscribe see: http://mailman.uclinux.org/mailman/options/uclinux-dev
Re: [uClinux-dev] sigmadesigns
On 6/18/07, David T. L. Wong [EMAIL PROTECTED] wrote: Relax, thats not going to happen. Linus dont want gpl v3 for the kernel. I dont want to buy boxes like the Tivo though. So far it is. But how about Samba NTFS-3g? Any component we used in our product changes to GPLv3 would give us a headache. Ouch!!! Maybe you need to look for an alternative. Sigma Designs 863X platform requires the kernel image to be signed so that the bootloader boots it. I foresee this conflict of GPLv3 and signed kernel. I think I could not disclose the key for signing a kernel to end users so that they can build their kernel. I may need to build a signed 2nd stage bootloader to boot unsigned kernel image. It will slow down the boot process in turn. They can still get you for that though. I dont think you need to do two stage booting. As long as you have the kernel source available somewhere in a form that anybody verify using signatures. All patches will have to go through you though. And users cant help you with the closed source code. I also afraid that I breaks the license agreement with Sigma Designs and with Microsoft, for WMV DRM, if I let users run their own kernel on the product. between an unstoppable object and immovable rock... -- Lay low and nourish in obscurity ___ uClinux-dev mailing list uClinux-dev@uclinux.org http://mailman.uclinux.org/mailman/listinfo/uclinux-dev This message was resent by uclinux-dev@uclinux.org To unsubscribe see: http://mailman.uclinux.org/mailman/options/uclinux-dev
Re: [uClinux-dev] sigmadesigns
Dear David, *I am a developer on Sigma Designs SMP8634 platform. Technically speaking, it doesn't run uCLinux as it has MMU. It runs a main line kernel with Sigma Designs' patch.* do you mean that it will be impossible for me to run uCLinux without sigmadesigns SDK? or can i use buildroot or OpenEmbedded to compile? On 6/18/07, David T. L. Wong [EMAIL PROTECTED] wrote: On Mon, 2007-06-18 at 14:37 +0800, Rogelio Serrano wrote: On 6/18/07, David T. L. Wong [EMAIL PROTECTED] wrote don't know anything about it. I told them they have to allow end user run their code on the product if Linux adopt GPLv3. They response that I shouldn't grand user the right of running their own code. They even claim that if Linux adopt GPLv3, it may not be a good license and they may consider drops Linux support... Well... Relax, thats not going to happen. Linus dont want gpl v3 for the kernel. I dont want to buy boxes like the Tivo though. So far it is. But how about Samba NTFS-3g? Any component we used in our product changes to GPLv3 would give us a headache. Sigma Designs 863X platform requires the kernel image to be signed so that the bootloader boots it. I foresee this conflict of GPLv3 and signed kernel. I think I could not disclose the key for signing a kernel to end users so that they can build their kernel. I may need to build a signed 2nd stage bootloader to boot unsigned kernel image. It will slow down the boot process in turn. I also afraid that I breaks the license agreement with Sigma Designs and with Microsoft, for WMV DRM, if I let users run their own kernel on the product. David ___ uClinux-dev mailing list uClinux-dev@uclinux.org http://mailman.uclinux.org/mailman/listinfo/uclinux-dev This message was resent by uclinux-dev@uclinux.org To unsubscribe see: http://mailman.uclinux.org/mailman/options/uclinux-dev ___ uClinux-dev mailing list uClinux-dev@uclinux.org http://mailman.uclinux.org/mailman/listinfo/uclinux-dev This message was resent by uclinux-dev@uclinux.org To unsubscribe see: http://mailman.uclinux.org/mailman/options/uclinux-dev
Re: [uClinux-dev] sigmadesigns
On 6/18/07, Roy Moshkovitz [EMAIL PROTECTED] wrote: Dear David, I am a developer on Sigma Designs SMP8634 platform. Technically speaking, it doesn't run uCLinux as it has MMU. It runs a main line kernel with Sigma Designs' patch. do you mean that it will be impossible for me to run uCLinux without sigmadesigns SDK? or can i use buildroot or OpenEmbedded to compile? you cant boot. you dont have the encryption key for the kernel. is the system firmware tamper proof? i think i have an STM around here somewhere... On 6/18/07, David T. L. Wong [EMAIL PROTECTED] wrote: On Mon, 2007-06-18 at 14:37 +0800, Rogelio Serrano wrote: On 6/18/07, David T. L. Wong [EMAIL PROTECTED] wrote don't know anything about it. I told them they have to allow end user run their code on the product if Linux adopt GPLv3. They response that I shouldn't grand user the right of running their own code. They even claim that if Linux adopt GPLv3, it may not be a good license and they may consider drops Linux support... Well... Relax, thats not going to happen. Linus dont want gpl v3 for the kernel. I dont want to buy boxes like the Tivo though. So far it is. But how about Samba NTFS-3g? Any component we used in our product changes to GPLv3 would give us a headache. Sigma Designs 863X platform requires the kernel image to be signed so that the bootloader boots it. I foresee this conflict of GPLv3 and signed kernel. I think I could not disclose the key for signing a kernel to end users so that they can build their kernel. I may need to build a signed 2nd stage bootloader to boot unsigned kernel image. It will slow down the boot process in turn. I also afraid that I breaks the license agreement with Sigma Designs and with Microsoft, for WMV DRM, if I let users run their own kernel on the product. David ___ uClinux-dev mailing list uClinux-dev@uclinux.org http://mailman.uclinux.org/mailman/listinfo/uclinux-dev This message was resent by uclinux-dev@uclinux.org To unsubscribe see: http://mailman.uclinux.org/mailman/options/uclinux-dev ___ uClinux-dev mailing list uClinux-dev@uclinux.org http://mailman.uclinux.org/mailman/listinfo/uclinux-dev This message was resent by uclinux-dev@uclinux.org To unsubscribe see: http://mailman.uclinux.org/mailman/options/uclinux-dev -- Lay low and nourish in obscurity ___ uClinux-dev mailing list uClinux-dev@uclinux.org http://mailman.uclinux.org/mailman/listinfo/uclinux-dev This message was resent by uclinux-dev@uclinux.org To unsubscribe see: http://mailman.uclinux.org/mailman/options/uclinux-dev
Re: [uClinux-dev] sigmadesigns
Hi Roy, I think so. SMP863X is an highly integrated System on Chip. You need their kernel patch for IDE driver,PCI driver,Serial port driver, Flash interface driver, Network interface driver and USB driver. All SMP863X set-top box vendors are suppose to release the kernel source with this patch according to GPLv2. Despite the kernel patch, you can have your own cross tool to build any software on it. Sigma Designs SDK is base on buildroot, and I did successfully build opens source software on it using OpenEmbedded, base on WRT54 branch. However, any video related operation really need their closed source SDK. David On Mon, 2007-06-18 at 10:23 +0300, Roy Moshkovitz wrote: Dear David, I am a developer on Sigma Designs SMP8634 platform. Technically speaking, it doesn't run uCLinux as it has MMU. It runs a main line kernel with Sigma Designs' patch. do you mean that it will be impossible for me to run uCLinux without sigmadesigns SDK? or can i use buildroot or OpenEmbedded to compile? On 6/18/07, David T. L. Wong [EMAIL PROTECTED] wrote: On Mon, 2007-06-18 at 14:37 +0800, Rogelio Serrano wrote: On 6/18/07, David T. L. Wong [EMAIL PROTECTED] wrote don't know anything about it. I told them they have to allow end user run their code on the product if Linux adopt GPLv3. They response that I shouldn't grand user the right of running their own code. They even claim that if Linux adopt GPLv3, it may not be a good license and they may consider drops Linux support... Well... Relax, thats not going to happen. Linus dont want gpl v3 for the kernel. I dont want to buy boxes like the Tivo though. So far it is. But how about Samba NTFS-3g? Any component we used in our product changes to GPLv3 would give us a headache. Sigma Designs 863X platform requires the kernel image to be signed so that the bootloader boots it. I foresee this conflict of GPLv3 and signed kernel. I think I could not disclose the key for signing a kernel to end users so that they can build their kernel. I may need to build a signed 2nd stage bootloader to boot unsigned kernel image. It will slow down the boot process in turn. I also afraid that I breaks the license agreement with Sigma Designs and with Microsoft, for WMV DRM, if I let users run their own kernel on the product. David ___ uClinux-dev mailing list uClinux-dev@uclinux.org http://mailman.uclinux.org/mailman/listinfo/uclinux-dev This message was resent by uclinux-dev@uclinux.org To unsubscribe see: http://mailman.uclinux.org/mailman/options/uclinux-dev ___ uClinux-dev mailing list uClinux-dev@uclinux.org http://mailman.uclinux.org/mailman/listinfo/uclinux-dev This message was resent by uclinux-dev@uclinux.org To unsubscribe see: http://mailman.uclinux.org/mailman/options/uclinux-dev -- David T. L. Wong Software Engineer Pixel Magic Systems Ltd. 視科系統有限公司 Tel: (852) 2655 6789 ___ uClinux-dev mailing list uClinux-dev@uclinux.org http://mailman.uclinux.org/mailman/listinfo/uclinux-dev This message was resent by uclinux-dev@uclinux.org To unsubscribe see: http://mailman.uclinux.org/mailman/options/uclinux-dev
Re: [uClinux-dev] sigmadesigns
David T. L. Wong wrote: So far it is. But how about Samba NTFS-3g? Any component we used in our product changes to GPLv3 would give us a headache. Not a problem, surely? You are already distributing the source for your version of Samba etc., right? How does them changing to GPLv3 change anything? You just continue to distribute your source. Or do you sign and encrypt your Samba etc. binaries as well, to make sure replacing them can't be used to hack the platform's DRM? Sigma Designs 863X platform requires the kernel image to be signed so that the bootloader boots it. I foresee this conflict of GPLv3 and signed kernel. I think I could not disclose the key for signing a kernel to end users so that they can build their kernel. I may need to build a signed 2nd stage bootloader to boot unsigned kernel image. It will slow down the boot process in turn. I think if you provide enough for users to replace the whole boot loader, as well as kernel, it may be fine. Then you won't need a 2nd stage bootloader for unsigned kernels. I also afraid that I breaks the license agreement with Sigma Designs and with Microsoft, for WMV DRM, if I let users run their own kernel on the product. You don't have to let people run the WMV DRM software. That's not GPL licensed - you don't need to share the source for that. (It would be nice, but I know Sigma don't allow it). On my Sigma Designs kit here (8622, ARM based, no MMU), the video playing is not compiled into the kernel, and it's not licensed under the GPL or any other open source license. Only the kernel and compiled in drivers (like IDE) are covered by the GPL. If your video playing program is encrypted, then you can put the decryption key in your signed encrypted kernel which is loaded by the normal boot loader, which only boots signed encrypted kernels. Then you can distribute the source to the kernel + Sigma's patch, plus a boot loader that will boot unsigned, unencrypted kernels. Users can then replace the kernel (and loader) with their own, compiled from source. They won't be able to play WMV DRM - because that requires a program they don't have - and so I don't see it breaking a license agreement with Microsoft. So can't you just distribute the kernel source + Sigma patch, plus a version of the boot loader which doesn't check the kernel signature and won't decrypt your kernels? Plus, if you want to be nice, a version of the video playing program (binary) with only some features working. I guess Sigma might be thinking about this, as they have Windows CE running on some of their kit. It would be a shame if they dropped Linux, as I am using uClinux on a Sigma chip and finding it very useful (modifying the kernel code every day lately), in a way that Windows CE wouldn't be. -- Jamie ___ uClinux-dev mailing list uClinux-dev@uclinux.org http://mailman.uclinux.org/mailman/listinfo/uclinux-dev This message was resent by uclinux-dev@uclinux.org To unsubscribe see: http://mailman.uclinux.org/mailman/options/uclinux-dev
Re: [uClinux-dev] sigmadesigns
David T. L. Wong wrote: I think so. SMP863X is an highly integrated System on Chip. You need their kernel patch for IDE driver,PCI driver,Serial port driver, Flash interface driver, Network interface driver and USB driver. All SMP863X set-top box vendors are suppose to release the kernel source with this patch according to GPLv2. Do you know any vendors who are releasing that source? From time to time I hear that none of them do. If true, that's a shame as there are quite a few vendors. If false, I would be interested to learn which ones, and how to get that source. The ARM version (EM862x chips) has this in the SDK: This is the Sigma Designs ARM utilities: everything you need to run uClinux on the EM86xx family of chips. The ARM utilities package (to the exception of the 'peripherals' folder) is released under the terms of the GNU General Public License (the GPL); see the file COPYING for more information about the GPL. Please note that the MRUA packages are not released under the terms of the GPL, but are rather proprietary to Sigma Designs and are released under the term of the contract that binds you to Sigma Designs. The 'peripherals' folder contains some insignificant things. The important parts of the kernel patch are outside it. MRUA contains the video code. I don't have a contract with Sigma, and I don't have access to the SDK. (In time that may change, but Sigma doesn't seem to bother replying to customers who use 'only' 1 chips...) I just use binary programs supplied by my upstream vendor, who does have a contract with Sigma for the SDK. (There's no DRM; this isn't a set-top box, so DRM licensing doesn't come into it). However I have this kernel package because my upstream vendor recognises the GPL, and they told me (but not in writing...) that Sigma confirmed it is ok to distribute the GPL parts. That source is not usable on the SMP863x, in case anyone's wondering. It's 862x (ARM) only. You need to get that source from whoever supplied the set-top box - and you have the right to demand it. If they don't, consider asking the FSF to pressure them (the set-top box supplier, not Sigma) to comply with the GPL. Still, even with that source, and even if you get it to boot despite the code signing, as David says you won't be able to do much with video, except with a lot of reverse engineering. Even displaying a static picture will be difficult. That's handled by proprietary code which runs as a program on top of the kernel. -- Jamie ___ uClinux-dev mailing list uClinux-dev@uclinux.org http://mailman.uclinux.org/mailman/listinfo/uclinux-dev This message was resent by uclinux-dev@uclinux.org To unsubscribe see: http://mailman.uclinux.org/mailman/options/uclinux-dev
Re: [uClinux-dev] Page Allocation Failure
It's quite obvious that you ran out of memory. The kernel cannot allocate a 993906 bytes if the largest available block is only 512kB. Regards, Erwin Am Montag, den 18.06.2007, 10:10 -0300 schrieb Marcelo Ortega: Hi, I´m new to uClinux, and I´m working on a project based around NXP´s 2468 microcontroller, and we are using the Embedded Artists OEM board as a development board. We´ve compiled some of our software for it, and we´ve got the errors listed below. We´ve noticed that if we compile a small working file, and include a big const matrix, we generate this. If the const is reduced, it works fine. I´ve found similar reports in other forums, related to other boards, and I´ve tried everything but could not solve it. Does anybody have a clue? Thanks, Marcelo exemplo_ctf_sta: page allocation failure. order:8, mode:0xd0 Allocation of length 993906 from process 155 failed DMA per-cpu: empty Normal per-cpu: cpu 0 hot: low 4, high 12, batch 2 cpu 0 cold: low 0, high 4, batch 2 HighMem per-cpu: empty Free pages:1248kB (0kB HighMem) Active:459 inactive:6541 dirty:0 writeback:0 unstable:0 free:312 slab:366 mapped :0 pagetables:0 DMA free:0kB min:0kB low:0kB high:0kB active:0kB inactive:0kB present:0kB Normal free:1248kB min:180kB low:360kB high:540kB active:1836kB inactive:26164kB present:32768kB HighMem free:0kB min:128kB low:256kB high:384kB active:0kB inactive:0kB present: 0kB DMA: empty Normal: 0*4kB 2*8kB 3*16kB 3*32kB 5*64kB 0*128kB 1*256kB 1*512kB 0*1024kB 0*2048 kB 0*4096kB = 1248kB HighMem: empty Unable to allocate RAM for process text/data, errno 12 SIGSEGV ___ uClinux-dev mailing list uClinux-dev@uclinux.org http://mailman.uclinux.org/mailman/listinfo/uclinux-dev This message was resent by uclinux-dev@uclinux.org To unsubscribe see: http://mailman.uclinux.org/mailman/options/uclinux-dev -- Dipl.-Ing. Erwin Authried Softwareentwicklung und Systemdesign ___ uClinux-dev mailing list uClinux-dev@uclinux.org http://mailman.uclinux.org/mailman/listinfo/uclinux-dev This message was resent by uclinux-dev@uclinux.org To unsubscribe see: http://mailman.uclinux.org/mailman/options/uclinux-dev
RES: [uClinux-dev] Page Allocation Failure
It should have more than this. The board have 32Mb, and at this time, this was the only app running, and it has no allocmem stuff. The only thing on the memory was a big const. Do you think it could be due to some configuration ? What about the inactive 26164kB. Is it possible this memory is reserved by the system Thanks, Marcelo -Mensagem original- De: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Em nome de Erwin Authried Enviada em: segunda-feira, 18 de junho de 2007 10:56 Para: uClinux development list Assunto: Re: [uClinux-dev] Page Allocation Failure It's quite obvious that you ran out of memory. The kernel cannot allocate a 993906 bytes if the largest available block is only 512kB. Regards, Erwin Am Montag, den 18.06.2007, 10:10 -0300 schrieb Marcelo Ortega: Hi, I´m new to uClinux, and I´m working on a project based around NXP´s 2468 microcontroller, and we are using the Embedded Artists OEM board as a development board. We´ve compiled some of our software for it, and we´ve got the errors listed below. We´ve noticed that if we compile a small working file, and include a big const matrix, we generate this. If the const is reduced, it works fine. I´ve found similar reports in other forums, related to other boards, and I´ve tried everything but could not solve it. Does anybody have a clue? Thanks, Marcelo exemplo_ctf_sta: page allocation failure. order:8, mode:0xd0 Allocation of length 993906 from process 155 failed DMA per-cpu: empty Normal per-cpu: cpu 0 hot: low 4, high 12, batch 2 cpu 0 cold: low 0, high 4, batch 2 HighMem per-cpu: empty Free pages:1248kB (0kB HighMem) Active:459 inactive:6541 dirty:0 writeback:0 unstable:0 free:312 slab:366 mapped :0 pagetables:0 DMA free:0kB min:0kB low:0kB high:0kB active:0kB inactive:0kB present:0kB Normal free:1248kB min:180kB low:360kB high:540kB active:1836kB inactive:26164kB present:32768kB HighMem free:0kB min:128kB low:256kB high:384kB active:0kB inactive:0kB present: 0kB DMA: empty Normal: 0*4kB 2*8kB 3*16kB 3*32kB 5*64kB 0*128kB 1*256kB 1*512kB 0*1024kB 0*2048 kB 0*4096kB = 1248kB HighMem: empty Unable to allocate RAM for process text/data, errno 12 SIGSEGV ___ uClinux-dev mailing list uClinux-dev@uclinux.org http://mailman.uclinux.org/mailman/listinfo/uclinux-dev This message was resent by uclinux-dev@uclinux.org To unsubscribe see: http://mailman.uclinux.org/mailman/options/uclinux-dev -- Dipl.-Ing. Erwin Authried Softwareentwicklung und Systemdesign ___ uClinux-dev mailing list uClinux-dev@uclinux.org http://mailman.uclinux.org/mailman/listinfo/uclinux-dev This message was resent by uclinux-dev@uclinux.org To unsubscribe see: http://mailman.uclinux.org/mailman/options/uclinux-dev ___ uClinux-dev mailing list uClinux-dev@uclinux.org http://mailman.uclinux.org/mailman/listinfo/uclinux-dev This message was resent by uclinux-dev@uclinux.org To unsubscribe see: http://mailman.uclinux.org/mailman/options/uclinux-dev
Re: [uClinux-dev] toolchain and uCilnux
Hi Daniel, Daniel Alomar wrote: Is the 2.95.3 toolchain compatible with the linux-2.4.x kernel from the latest Clinux distribution (20070130)? It should work. But I use a newer gcc-3.4.4 based tool chain for non-mmu ARM now (both 2.4 and 2.6 kernels). I'm trying to compile my custom board and I have some weird errors What are the errors? Regards Greg Greg Ungerer -- Chief Software Dude EMAIL: [EMAIL PROTECTED] Secure Computing CorporationPHONE: +61 7 3435 2888 825 Stanley St, FAX: +61 7 3891 3630 Woolloongabba, QLD, 4102, Australia WEB: http://www.SnapGear.com ___ uClinux-dev mailing list uClinux-dev@uclinux.org http://mailman.uclinux.org/mailman/listinfo/uclinux-dev This message was resent by uclinux-dev@uclinux.org To unsubscribe see: http://mailman.uclinux.org/mailman/options/uclinux-dev
Re: [uClinux-dev] toolchain and uCilnux
Hi Greg, Nothing concerning the board. Only about Samba and the ldl library: Compiling passdb/login_cache.c with Compiling passdb/pdb_smbpasswd.c with Compiling passdb/pdb_tdb.c with Compiling passdb/pdb_guest.c with Compiling passdb/pdb_sql.c with Compiling lib/system_smbd.c with mkdir groupdb Compiling groupdb/mapping.c with Compiling passdb/secrets.c with ../passdb/secrets.c: In function `secrets_get_trusted_domains': ../passdb/secrets.c:618: warning: implicit declaration of function `strndup' ../passdb/secrets.c:618: warning: assignment makes pointer from integer without a cast Compiling passdb/machine_sid.c with Linking libsmbclient non-shared library bin/libsmbclient.a Linking bin/smbd /usr/local/m68k-elf/bin/ld.real: cannot find -ldl collect2: ld returned 1 exit status make[5]: *** [bin/smbd] Error 1 make[5]: Leaving directory `/uClinux/uClinux-dist/user/samba/source/build' make[4]: *** [all] Error 2 make[4]: Leaving directory `/uClinux/uClinux-dist/user/samba/source' make[3]: *** [all] Error 2 make[3]: Leaving directory `/uClinux/uClinux-dist/user/samba' make[2]: *** [samba] Error 2 make[2]: Leaving directory `/uClinux/uClinux-dist/user' make[1]: *** [all] Error 2 make[1]: Leaving directory `/uClinux/uClinux-dist/user' make: *** [subdirs] Error 1 Regards, Daniel Alomar En/na Greg Ungerer ha escrit: Hi Daniel, Daniel Alomar wrote: Is the 2.95.3 toolchain compatible with the linux-2.4.x kernel from the latest Clinux distribution (20070130)? It should work. But I use a newer gcc-3.4.4 based tool chain for non-mmu ARM now (both 2.4 and 2.6 kernels). I'm trying to compile my custom board and I have some weird errors What are the errors? Regards Greg Greg Ungerer -- Chief Software Dude EMAIL: [EMAIL PROTECTED] Secure Computing CorporationPHONE: +61 7 3435 2888 825 Stanley St, FAX: +61 7 3891 3630 Woolloongabba, QLD, 4102, Australia WEB: http://www.SnapGear.com ___ uClinux-dev mailing list uClinux-dev@uclinux.org http://mailman.uclinux.org/mailman/listinfo/uclinux-dev This message was resent by uclinux-dev@uclinux.org To unsubscribe see: http://mailman.uclinux.org/mailman/options/uclinux-dev -- Daniel Alomar i Claramonte Research Development Electronic Dept. SERRA SOLDADURA, S.A. WEB Site: http://www.serrasold.com Knowledge Site: http://serratron.serrasold.com ___ uClinux-dev mailing list uClinux-dev@uclinux.org http://mailman.uclinux.org/mailman/listinfo/uclinux-dev This message was resent by uclinux-dev@uclinux.org To unsubscribe see: http://mailman.uclinux.org/mailman/options/uclinux-dev
[uClinux-dev] using pppd in Snapgear
Dear All, I am using Snapgear and I want to connect my pc to this embeded linux(Snapgear) using PPP protocol, I can connect my computer through a PPP dialing, But I don't know what is the true commands (for example pppd and its options) to connect in Snapgear Side, Could anyone help me about? Regards, - Don't be flakey. Get Yahoo! Mail for Mobile and always stay connected to friends.___ uClinux-dev mailing list uClinux-dev@uclinux.org http://mailman.uclinux.org/mailman/listinfo/uclinux-dev This message was resent by uclinux-dev@uclinux.org To unsubscribe see: http://mailman.uclinux.org/mailman/options/uclinux-dev
