Hi,
did someone port the actual version (2.25b) of thttpd?
Bernd
___
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:
Gavin Lambert schrieb:
Quoth Bernd Büttner [EMAIL PROTECTED]:
Gavin Lambert schrieb:
Quoth Bernd Büttner [EMAIL PROTECTED]:
did someone port the actual version (2.25b) of thttpd?
Yep, I've got that one running on my system. Not sure how sane the
code is, but it seems to work ok
I'm working with it for a while now but I didn't recognize.
Doing a 'make clean' works on all directories but linux-kernel.
My distribution is 20060803.
Building linux-2.6 with m68knommu kernel (modified motorola M5282EVB).
I think the problem is in arch/m68knommu/Makefile.
The rule for
I found more problems in using distclean.
There are 3 symlinks pointing to an absolute target which are not deleted.
$(ROOTDIR)/lib/uClibc
$(ROOTDIR)/tools/ucfront-g++
$(ROOTDIR)/tools/ucfront-gcc
My goal is to put the package under version control (subversion in my case)
and when are remaining
Hi all,
I'm working on the 20060803 distribution for some time.
Now I want to switch to the newest distribution (20070130).
In the first stage I used a predefined configuration (Freescale M5282EVB) to
eliminate my faults.
The first 'make' (after make xconfig for vendor) stopped while producing
,
Bernd Büttner
___
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
Hi Glen,
Glen Johnson schrieb:
uClinux-dev,
In the past I tried to bring the latest and greatest mtd-utils code into
the uClinux-dist. I finally got back to it and have it compiling.
Attached are the files which contain the changes that I made to make
this happen. The hardest piece of this
Hi,
I'm porting uCLinux to our own design with Coldfire 5282 CPU and NAND-FLASH.
I'm using 20070130 distibution.
In 'CACHE_ENABLE' are SDRAM and (internal)FLASH defined as cacheable and all
other areas as non-cacheable.
FLASH is defined for a fixed address, but I think every design will have it
Hi,
I have device driver modules which are not compiled-in, but loaded at system
startup.
One module must have access to the devices of the other module.
This second module is a standard qspi driver which I don't want to modify.
So I open a qspi devices via sys_open and then tried to access it
Hi,
I'm using distribution 20070130 on platform m68knommu.
In my device driver that is loaded during startup, not compiled in, I must use
sys_open, sys_close, sys_read, sys_write and sys_ioctl.
sys_write and sys_ioctl are not exported.
Is it ok to add following lines to m68k_ksyms.c:
Bongani Hlope schrieb:
On Monday 31 March 2008 11:04:13 Bernd Büttner wrote:
Hi,
I'm using distribution 20070130 on platform m68knommu.
In my device driver that is loaded during startup, not compiled in, I must
use sys_open, sys_close, sys_read, sys_write and sys_ioctl.
sys_write and sys_ioctl
Bongani Hlope schrieb:
On Monday 31 March 2008 11:50:12 Bernd Büttner wrote:
Bongani Hlope schrieb:
On Monday 31 March 2008 11:04:13 Bernd Büttner wrote:
Hi,
I'm using distribution 20070130 on platform m68knommu.
In my device driver that is loaded during startup, not compiled in, I
must use
Bongani Hlope schrieb:
On Monday 31 March 2008 13:47:23 Bernd Büttner wrote:
Bongani Hlope schrieb:
8
You really shouldn't be doing that in a module, that is why those symbols
are not exported. But if you really insist on reading/writing a file in a
kernel module look here: http
Bongani Hlope schrieb:
At the moment I'm using the qspi-driver:
drivers/char/mcf_qspi.c
which is a 'normal' character driver with open/close read/write functions, no
spi_sync.
I don't need a spi subsystem.
But what I've seen a few minutes ago is that under the directory drivers/spi
Hi,
has anyone ported the actual appWeb (version 2.4.2) to uClinux (distribution
20070130)?
I tried it but is doesn't even compile.
What I did:
- copy actual appWeb to user/appWeb
- enable with make xconfig
- run make
The file .sgbuild_user is created and that's all for that directory.
What I
No answer.
Does that mean that no one did it yet and I shouldn't do so either?
I need a webserver with ssi and cgi support.
At the moment I use thttpd, but the support for ssi/cgi is not complete,
it does not work with a .htpasswd file.
Any suggestions?
Bernd
Bernd Büttner schrieb:
Hi,
has
Many thanks to Erwin and Greg,
Bernd
___
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:
Hi Greg,
sorry for the delay, had some other things to do.
I tested the 20081030 patch.
There are still some '.svn' entries in the user/clamav tree.
I extracted them with awk (as Erwin told me to do) and then it works for me.
Bernd
Greg Ungerer schrieb:
Hi Bernd,
Bernd Büttner wrote
Hi Greg,
I'm so sorry but there are still some in the directories:
user/clamav/shared
user/clamav/.split
In the meantime I created an awk-file that removes them, so don't worry.
Many thanks anyway
Bernd
Greg Ungerer schrieb:
Hi Bernd,
Bernd Büttner wrote:
sorry for the delay, had some
ping
is this a silly question?
Bernd Büttner schrieb:
I'm trying to switch from 20070130 distribution to 20080808 with
20090312 patch.
Platform is Coldfire 5282 (no mmu).
uClibc has a new compiler-switch named __ARCH_USE_MMU__ and therefore
'fork'
is no more available.
The result
I know that, this isn't new to me, too.
But with the older distribution I enabled ntpdate and iperf and it just worked.
I think the uClibc resolved it.
With the new distribution no executables are created for the above programs.
And I believe it is related to changes in the uClibc with the new
So the new compiler switch in the uClibc is a bug-fix.
Does anyone know which programs run under no-mmu systems and which have to be
touched?
Bernd
Michael Schnell schrieb:
My question now is, must I convert an unknown number of utilities by
myself
or is there another new compiler switch
Hello all,
trying to switch to dist20080808 I'm running into a toolchain problem.
My platform is m68knommu (coldfire 528x) and I'm using toolchain
m68k-uclinux-tools-20061214.sh (latest at uclinux.org)
Trying to compile dist20080808 with latest patch uClinux-dist-20080808-20090423
results in an
Hi all,
my platform: m68knommu
ditribution 20070130 and 20080808
Using atomic_set_mask and atomic_clear_mask I ran into an assembler error.
Doing the following patch helped me out:
Index: linux-2.6.x/include/asm-m68knommu/atomic.h
Hi Alexander,
Alexander Stein schrieb:
Hello Bernd,
Am Mittwoch, 13. Mai 2009 09:41:14 schrieb Bernd Büttner:
my platform: m68knommu
ditribution 20070130 and 20080808
Using atomic_set_mask and atomic_clear_mask I ran into an assembler error.
Doing the following patch helped me out:
Index
No, in production we still work with dist 20070130.
I'm trying to switch to the newer one.
With patch 20080808-20090416 I get an image, with the newest patch not.
John Trostel schrieb:
Did you figure out how to get around this problem yet?
Bernd Büttner wrote:
Hello all,
trying to switch
challenges you'll encounter.
Best regards,
Matt
- Original Message
From: Bernd Büttner b.buett...@mkc-gmbh.de
To: uclinux-dev@uclinux.org
Sent: Wednesday, May 13, 2009 1:18:42 AM
Subject: [uClinux-dev] Toolchain problem with latest update patch
Hello all,
trying to switch to dist20080808
Hi Alexander,
I'm feeling a bit sheepish about it, but I don't know how to get it.
Bernd
Alexander Stein schrieb:
Hello bernd,
Am Mittwoch, 13. Mai 2009 14:44:19 schrieb Bernd Büttner:
This is not the point.
I do use constants. Example:
#define R_FLAGS_INIT0x0004
atomic_clear_mask
this with the assembler code that produces no
error,
but I don't know how to generate this. He told me to have a look at the ELF
file.
But there is no.
Regards
Bernd
Greg Ungerer schrieb:
Hi Bernd,
Bernd Büttner wrote:
my platform: m68knommu
ditribution 20070130 and 20080808
Using atomic_set_mask
The new Codesourcery toolchain ran into an error while configuring a library.
(uClinux-dist-20080808 with 20090423 patch).
Here the part of the make output:
[ -z libpcap zlib ] ||\
make -j1 libpcap zlib || exit $?
which: no m68k-uclinux-20060615-gcc in
Write a character driver for this.
You won't be happy with any other solution.
If it is the first time you try to write a linux driver
you should read Linux Device Drivers from O'Reilly.
For me it was a great help (and is it still).
Regards,
Bernd
David Wooff schrieb:
Hello,
I have read that
Ping
Am 14.07.2010 11:38, schrieb Bernd Büttner:
Has anyone ported lighttpd to uclinux?
I'm using thttpd for years now and going to migrate to the newest distribution
(20100315).
But unfortunately thttpd doesn't work anymore.
Error message is: Access Error Exception 12: Error on data read
The actual distribution (20100628) still contains very very old mtd-utils.
Which version from the mtd-utils git-tree is known to work with this
distribution.
I think the actual master won't do it, because they changed something in the
library structure.
Any hints?
Bernd Büttner
As I understand the code, interrupts on all levels are blocked
on entry of the service routine and enabled with rte instruction.
Isn't it possible with seperate stacks to leave interrupts with
higher levels enabled?
At the moment any misbehaving interrupt can hold
the timer-tick and thus freeze
34 matches
Mail list logo