right now,
Some Coldfire based boards like Toast, wire the data bus of the flash
"swapped", this becouse the CF is big endian, and probably the cLinux
cross geenrated binaries are little endian, right ?
many thanks,
Angelo
___
uClinux-dev ma
Hi Tiju,
I am a newby too, i try to help for what i know.
Flash size depends on what you want to write into.
Example, bootloader + 1,2Mb kernel binary + some other staff, you are
near to 2Mbytes, then i don't know your application size.
There are many flash constructors (AMD, ST, sst, ..), and
arting template.
Actually, make menuconfig don't even show the dm9000 option and i am
stucked here.
Every help or documentation/link to proceed from here is really appreciated,
many thanks,
angelo
___
uClinux-dev mailing list
uClinux-dev@uclinux.org
http:/
i am wandering if i am writing in the correct list, since i written many
mails but i never had an answer. Maybe the "develoment" mean a branch
for the uclinux dist. developers team only, or maybe custom hardware
related questions are not welcome ?
greeti
hi Danny,
many thanks,
i was working with an old uClinux dist. 20070130
Now i check it out.
greetings
Danny Li ha scritto:
angelo wrote:
Anyway, i started from taking another vendor configuration folder as
starting template.
Actually, make menuconfig don't even show the dm9000 o
ernel
config option is not enabled.
I am ending up writing my own board extension interface, i will be happy
to share the diagram/code/folder when it will be finish.
greetings
Angelo
Danny Li ha scritto:
angelo wrote:
Anyway, i started from taking another vendor configuration folder as
sta
quot; file for init and
ethernet interfacing is quite common, i am going in this direction,
looking other platforms/boards.
Greetings
angelo
Jamie Lokier ha scritto:
Mike Frysinger wrote:
On Wednesday 25 February 2009 07:14:30 angelo wrote:
i am wandering if i am writing in the co
oards" folder, and inside, my own amcore.c with
resource structures with addressess, as IOBASE, IRQ etc.
Hope this is the clean and right way to modify the distro.
thanks,
Angelo
Greg Ungerer ha scritto:
Hi Angelo,
angelo wrote:
I don't know why, but i still cannot see the dm9000 dr
1
make[3]: Leaving directory `/home/angelo/uClinux-dist/uClibc'
make[2]: *** [uClibc] Error 2
make[2]: Leaving directory `/home/angelo/uClinux-dist/lib'
make[1]: *** [all] Error 2
make[1]: Leaving directory `/home/angelo/uClinux-dist/lib'
make: *** [subdirs] Error 1
ang...@miri:~/uClin
ing directory `/home/angelo/uClinux-dist/lib/libg/gtermcap'
ucfront-gcc m68k-uclinux-gcc -m5307 -DCONFIG_COLDFIRE -O2 -g
-fomit-frame-pointer -pipe -fno-common -fno-builtin -Wall -DEMBED
-msep-data -Dlinux -D__linux__ -Dunix -D__uClinux__ -c -o termcap.o
termcap.c
In file included from t
Hi all,
i am near the end of the build process, but still have some errors:
make[3]: Entering directory `/home/angelo/uClinux-dist/user/mount'
ucfront-gcc m68k-uclinux-gcc -m5307 -DCONFIG_COLDFIRE -Os -g
-fomit-frame-pointer -pipe -fno-common -fno-builtin -Wall -DEMBED
-msep-data -D
found. Try passing init= option to
kernel.
Any help is really appreciated.
many thanks
Angelo
___
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
Hi David and All,
many thanks,
i think i have some confusion still.
The log attached is related at the loading of linux.bin.
In the images folder i find:
ang...@miri:~/uClinux-dist/images$ ls
total 4693
drwxr-xr-x 2 angelo angelo 208 Aug 1 12:04 .
drwxr-xr-x 20 angelo angelo 824 Nov
e to mount root fs on
unknown-block(0,0)
Many thanks,
Angelo
Dave Meador ha scritto:
Hi Angelo,
You should be able to boot up out of memory first before worrying
about loading via flash. If you can't load from RAM you will surely
have problems loading from flash. Since you are loadi
n
unknown-block(0,0)
still seems that kernel cannot find the flash memory filesystem.
Is there any link/help to configure the kernel properly with mtd ?
I have a 16bit word, 4MByte flash, mapped at 0xffc0.
Do i have to set this address somewhere in the kernel, to allow mtd to
detect it ?
many th
boot option; here are the available
partitions:
Kernel panic - not syncing: VFS: Unable to mount root fs on
unknown-block(0,0)
The kernel config is attached also.
Thanks again for the support.
Erwin Authried ha scritto:
Am Donnerstag, den 17.12.2009, 08:50 +0100 schrieb angelo:
Hi
Authried ha scritto:
MTD couldn't find any flashchip with your selected commandset, maybe you have
to enable MTD_CFI_STAA (for ST flash chips).
-Erwin
Am Freitag, den 18.12.2009, 20:45 +0100 schrieb angelo:
Hello Erwin and all,
really many thanks for this great support.
I enabled the supp
Well,
it is SST 29VF3201B.
Allon Stern ha scritto:
On Dec 18, 2009, at 6:00 PM, angelo wrote:
I have a 16bit word, 4MByte flash, mapped at 0xffc0.
Do i have to set this address somewhere in the kernel, to allow
mtd to
detect it ?
It would also be useful to know the
atsheet shows:
Software ID Entry7,8 555H AAH 2AAH 55H 555H 90H
Actually, at reset, colilo run from the flash (on CS0), then, from
colilo i load image.bin into RAM, so i don't see any reason why th probe
fail..
I am going ahead analizing the msg, every idea is appreciated,
Manyt thanks,
Well, i am finding out that in jedec_probe.c, SST29VF3201B is not
supported, so ID cannot be detected.
Do you think i can add an entry for this flash by my own ?
Many thanks,
Angelo
Allon Stern ha scritto:
On Dec 18, 2009, at 6:00 PM, angelo wrote:
I have a 16bit word, 4MByte flash
memory address, so something is
really confused in the kernel, i will try to make clean.
I will going to disable 8 and 32 bit access, also, as you suggested.
Thanks,
Angelo
Erwin Authried ha scritto:
Hi,
of course you can add your own entry, you just need to know the erase
sectors of your
SEMEM_MANUAL is not set
CONFIG_FLATMEM=y
CONFIG_FLAT_NODE_MEM_MAP=y
CONFIG_PAGEFLAGS_EXTENDED=y
CONFIG_SPLIT_PTLOCK_CPUS=4
# CONFIG_PHYS_ADDR_T_64BIT is not set
CONFIG_ZONE_DMA_FLAG=1
CONFIG_VIRT_TO_BUS=y
#
# Boot configuration
#
# CONFIG_UCBOOTLOADER is not set
CONFIG_ISA_DMA_API=y
Every hel
50,%a1
0x0470 <_text+112>:clrl %d0
Seems that after setting stack frame to 0 the code jump to the interrupt
vector _fault routine.
Probably i should set to the stack frame a more appropriate value for my
custom board, near the top of the SDRAM,
written, the $pc jump somewhere else, ending up into
a _fault routine, still there in the Flash from Colilo.
thanks, angelo
Brian S. Julin wrote:
On Sat, 8 May 2010, angelo wrote:
Hi all,
well i have some news with this coldfire 5307 issue,
i disassembled and put some loop as opcodes
ation code, other users used it for the same
memory chip.
I am starting to suspect my memories i get on ebay are faulty.
So i am still fighting again this ghosts.
Thanks for the moment, i will let you know.
Angelo
Lennart Sorensen wrote:
On Sat, May 08, 2010 at 04:50:56PM +0200, angelo wrote:
pe to be soon on the run with uClinux running.
Thanks again,
Best regards,
Angelo
Greg Ungerer wrote:
Hi Angelo,
angelo wrote:
i have my own custom board, MCF5307, oscillator is 40Mhz, core clock
(X2 is 80Mhz), 4Mb Flash (16bit words flash) and 16M SDRAM. I am
trying to boot
line cause
the jump to _fault*
movel %a7,_ramvec
Now i know the SDRAM is working correctly, but i am still stucked here.
Any help is really appreciated.
Many Thanks,
Angelo
___
uClinux-dev mailing list
uClinux-dev@uclinux.org
http://mailma
version of the uClinux distribution.
I am starting to have some doubts on the toolchain.
Regards,
Angelo
On 18/05/2010 23:38, wi...@ecs.csus.edu wrote:
[...]
At reset, the "colilo" bootloader test the SDRAM memory, than start up
correctly giving the prompt.
Kernel 2.6 has been pre
correct in memory, jumping to 0x400 i get
the exception
setting VBR (@ offset 0x40C).
I am now suspecting of a kind of bad fetching instructions from the
SDRAM, like if 16bit (2bytes)opcodes are read correctly, but not the
longer opcodes.
I am really without any other ideas here.
Thanks,
Angel
ernel panic - not syncing: VFS: Unable to mount root fs on
unknown-block(0,0)
Regards,
Angelo
On 21/05/2010 07:41, Greg Ungerer wrote:
Hi Angelo,
angelo wrote:
i have some additional info from the fault, setting VBR,
An exception for invalid instruction seems to be thrown, but in any
case
ot syncing: VFS: Unable to mount root fs on
unknown-block(31,0)
Every help is really apreciated,
Regards,
Angelo
___
uClinux-dev mailing list
uClinux-dev@uclinux.org
http://mailman.uclinux.org/mailman/listinfo/uclinux-dev
This message was resent by uc
ll (msh)
Enter 'help' for a list of built-in commands.
#
Still need some tuning on the options, but anyway, it works now.
Many thanks,
Regards,
Angelo
On 29/05/2010 16:27, angelo wrote:
Dear all,
i am trying to boot uClinux on a MCF5307/16MSDRAM/4Mb flash custom
board, loading
functions in nomm_io.h
arch/m68k/include/asm/io_no.h
/** angelo, DM9000 support for MCF5307, start */
#define readsb(b,addr,count) readb(addr)
#define readsw(b,addr,count) readw(addr)
#define readsl(b,addr,count) readl(addr)
#define writesb(b,addr,count) (io_insb((unsigned int)b,addr,count
Hi Lennart,
i connected stright D0:D31 of coldfire with D0:31 of the chip. I still
didn't looked too much inside the driver, but actually, probably i am
one step before, the dm9000_probe is not called at all (i put some
printk inside).
regards,
angelo
On 01/06/2010 21:01, Lennart Sor
hi all,
i also found this link that say that drivers > 1.2 are not suitable for
dm9000e that is in my board.
http://www.cutedigi.com/article_info.php?articles_id=29
Could it be that i have to look for a v 1.2 driver ?
thanks
angelo
On 01/06/2010 21:16, angelo wrote:
Hi Lennart,
driver with some swaps, and have
it working, but i don't think it is the right way to go ahead, since i
would like my changes to be pubblic and commited someday.
Any suggestion is appreciated,
Regards,
Angelo
On 01/06/2010 22:08, Lennart Sorensen wrote:
On Tue, Jun 01, 2010 at 09:16:08PM
t who write there int the table the address of the dm9000 routine ? Is
it done automatically at dm9000 driver startup ?
any help is appreciated.
thanks,
Angelo
On 02/06/2010 18:07, Lennart Sorensen wrote:
On Wed, Jun 02, 2010 at 02:40:41PM +0200, angelo wrote:
many thanks,
i did some
host, i cannot exit
from the command execution, to have the prompt back, (CRTL+B, CTRL+H,
break dont works). Am i using a wrong serial terminal maybe ?
3) is there sone tool with busybox to dump the sdram memory ?
Many thanks,
regards
Angelo
_
Sorry, i erroneously reply to mike only.
On 04/06/2010 08:30, angelo wrote:
Hi Mike,
many thanks, points 1 and 2 are solved.
For point 3, i am on a read-only romfs, and cant do a cat /dev/mem > .
So how could i see the memory in hex format easily ?
I can still write my own C program
= dm9000_resources,
.dev = {
.platform_data = &dm9000_platdata,
}
};
#endif
Thanks,
Regards,
Angelo
___
uClinux-dev mailing list
uClinux-dev@uclinux.org
http://mailman.uclinux.org/mailman/listinfo/uclinux-dev
This mess
pin (31), where dm9000 interrupt is
physically wired, seems not to be set from the driver to the
dm9000_interrupt routine offset.
I am sure i am missing something basic. Going on studying/searching ..
Regards,
Angelo
On 04/06/2010 20:34, angelo wrote:
Hi all,
i have interfaced a dm9000
ed int vec)
{
volatile unsigned char *mbar;
if ((vec >= 25) && (vec <= 31)) {
mbar = (volatile unsigned char *) MCF_MBAR;
vec = 0x1 << (vec - 24);
*(mbar + MCFSIM_AVR) |= vec;
mcf_setimr(mcf_getimr() & ~vec); <<<-- this line block the
2.168.0.80 ping statistics ---
So now that everything hw-related is up and running, i can really enjoy
uClinux :)
thanks for all the support, hope to help in future,
Regards,
Angelo
On 05/06/2010 13:24, angelo wrote:
Hi all,
i did still some progresses, but i am still investigating,
issue ?
Many thanks,
Angelo
___
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
seems to be cable related.
I am still investigating.
thanks
Regards,
Angelo
On 08/06/2010 22:57, Lennart Sorensen wrote:
On Tue, Jun 08, 2010 at 10:35:18PM +0200, angelo wrote:
i have a strange issue on the console serial port.
On a coldfire 5307, uClinux kernel 2.6.X, using the consol
So seems the usb-to-serial adapter is causing the issue. And the
remainder sent later probably is kept inside the adaptor memory for some
time.
Any comments is welcome.
Regards,
Angelo
On 09/06/2010 09:32, Alessandro Guerra wrote:
Hi,
I'm experiencing exactly the same issue on a Cold
found any issue.
What i think is that, using high speeds (>=75600), when the baud error
is > 1% (like in my case), some bad charachter can be received from the
PC terminal, and this cause someway the hang situation.
Let's see what happen,
thanks to all for now
regards,
Angelo
?
Regards
Angelo
___
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 all,
a friend of mine asked if there is any port done to put uClinux on this
board:
http://www.sena.com/products/device_servers/hd_super.php
Architecture seems to be ppc, but not sure.
Regards,
Angelo
___
uClinux-dev mailing list
uClinux-dev
work selecting PPC ?
Regards,
Angelo
On 09/06/2010 19:11, Ulisses Reina Montenegro de Albuquerque wrote:
Hi all,
a friend of mine asked if there is any port done to put uClinux on this
board:
http://www.sena.com/products/device_servers/hd_super.php
Architecture seems to be ppc, but not
Hi Ulisses,
many thanks,
i am wandering why they use a PPC (MMU) to run at 50 Mhz, just with a
flash and an sdram ...
Anyway, thanks for the info.
regards,
Angelo
On 09/06/2010 20:08, Ulisses Montenegro wrote:
"angelo" escreveu:
Hi Ulisses,
thanks for the reply,
i can use
some issue, or still
need some change. Any help is appreciated.
thanks,
angelo
___
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
proceeding with investigations, any suggestion is still appreciated,
Regards,
Angelo
On 21/06/2010 16:18, Lennart Sorensen wrote:
On Sun, Jun 20, 2010 at 10:11:28PM +0200, angelo wrote:
Dear all,
i am running kernel 2.6.X uClinux on a MCF5307 / dm9000 custom board.
dm9000 driver was written for litt
rupts
CPU0
29: 271619 M68K-INTC timer
31: 76029 M68K-INTC eth0
73: 1715 M68K-INTC UART
74: 0 M68K-INTC UART
#
Any help is appreciated, almost to be able to debug,
regards,
Angelo
On 21/06/2010 16:18, Lennart Sorensen wrote:
On Sun,
0x4
FIX skbuff_head_cache: Restoring 0x0026a574-0x0026a57a=0x6b
FIX skbuff_head_cache: Marking all objects used
Regards,
Angelo
On 02/07/2010 16:54, angelo wrote:
Hi all,
i am still looking for the reason of the issue, i am someway blocked
since i can't enable some "kernel hacking" debug op
332 mtdblock0 (driver?)
Kernel panic - not syncing: VFS: Unable to mount root fs on
unknown-block(0,0)
Any help is appreciated
angelo
___
uClinux-dev mailing list
uClinux-dev@uclinux.org
http://mailman.uclinux.org/mailman/listinfo/uclinux-dev
This mes
d098] [0004709e] [001726c8]
[0b00] [0e00]
Thanks again for the help
angelo
On 06/09/2010 13:09, Philippe De Muyter wrote:
On Mon, Sep 06, 2010 at 11:02:27AM +1000, Greg Ungerer wrote:
Hi Angelo,
angelo wrote:
i downgraded from kernel 2.6.29 to 2.6.24, but i can't anymore g
Thanks Alexander,
i enabled the Kernel flat binaries support and i have the prompt now.
Regards
angelo
On 06/09/2010 15:06, Alexander Stein wrote:
Hello,
Am Montag, 6. September 2010, 14:57:16 schrieb angelo:
VFS: Mounted root (romfs filesystem) readonly on device 31:0.
Freeing unused
sion
uClinux version 2.6.36.2 (angelo@angel7) (gcc version 4.2.4) #37 PREEMPT
Mon Jan 10 08:44:33 CET 2011
/ # cat /proc/cpuinfo
CPU: COLDFIRE(m5307)
MMU: none
FPU: none
Clocking: 88.4MHz
BogoMips: 58.98
Calibration: 29491200 loops
/ # cat /proc/meminfo
MemTotal: 14032 kB
MemFree: 7848 kB
Buffer
e "setuid" bit set (+s), but romfs
don't allow this.
So i suspect using "su root" with romfs is not possible.
Every help is appreciated.
regards,
angelo
--
.:.:.SYSAM.:.:.
di Angelo Dureghello
via San Nazario 149
34151, Trieste, Italy
++39 340 7631990
ed.
--
.:.:.SYSAM.:.:.
di Angelo Dureghello
via San Nazario 149
34151, Trieste, Italy
++39 340 7631990
www.sysam.it
___
uClinux-dev mailing list
uClinux-dev@uclinux.org
http://mailman.uclinux.org/mailman/listinfo/uclinux-
ld but very cheap component, with
Coldfire.
The patch should probably be reworked in a different way, please let me
know if i have to arrange the code in a different way, of if some other
information are needed.
Regards,
Angelo Dureghello
___
uClin
kernel is locked near the beginning.
I don't know how to debug this issue, any help is very appreciated.
Thanks
angelo
___
uClinux-dev mailing list
uClinux-dev@uclinux.org
http://mailman.uclinux.org/mailman/listinfo/uclinux-dev
This message was resent
loading
uClinux, the problem is often inside head.S.
Hope to find a solution soon, i am reviewing .config, the new sdram
start address seems is the problem.
regards
angelo
On 02/08/2011 13:57, Greg Ungerer wrote:
Hi
Angelo,
On 08/02/2011 06:33 PM, angelo wrote:
i am looking for some
8] _exit+0x0/0x8
Anyone have experienced something like this ?
Any help is appreciated, anyway i am going ahead in investigations
inside the kernel and let you know.
Regards,
angelo
___
uClinux-dev mailing list
uClinux-dev@uclinux.org
http://mailman.ucl
/proc # cat cpuinfo
CPU: COLDFIRE(m5307)
MMU: none
FPU: none
Clocking: 88.4MHz
BogoMips: 58.98
Calibration: 29491200 loops
/proc #
~ # cat /proc/version
uClinux version 2.6.36.2 (angelo@angel7) (gcc version 4.2.4) #134 Wed
Aug 10 16:01:21 CEST 2011
~ # c
Hello Steven,
thanks again,
for now, i ordered some free samples DS1338z-33, that fit exactly to my
PCB pinout, but with 3.3V power. Also, linux driver for ds1307 should
be perfect.
I'll let you know.
and congratulations to guess my 5V issue.
regards,
angelo
On 25/08/2011 05:19, S
on't see
nothing similar to font chars.
I read fb and fbcon docs, but i couldn't find any document that explain
if console fb driver (fbcon) can be used with some fb drivers only (like
vesfb), or with any fb driver. So my question is: is it possible or i
should add/create som
READ | PROT_WRITE, MAP_PRIVATE, fd, 0 );
works, returns a valid pointer, but i cannot see any change on the
screen writing in this area.
Any help is very appreciated.
Angelo Dureghello
--
___
uClinux-dev mailing list
uClinux-dev@uclinux.org
http://mailma
return -EAGAIN;
--> if (!(capabilities & BDI_CAP_MAP_DIRECT))
--> return -ENODEV;
Seems i miss the "get_unmapped_area/BDI_CAP_MAP_DIRECT) capability.
Could this be due to the fact i am using a mainline kernel ?
Regards,
Angelo
On 12/12/2012 22:37, Gavin Lambert wrote:
m68k-nommu) it is not defined, so none of the
get_unmapped_area will be called, in any place.
Bu in fbmem.c there is a "fb_mmap" that's probably called.
I will try to set correctly as you said fix.smem_start and .smem_len
and let you know.
Thanks
Angelo
On 12/12/2012 23:21, Gav
something. Anyway i hope you can
confirm i cannot use mmap() to access framebuffer for this cpu, or
maybe, you can suggest me some example that can do it.
Regards,
Angelo
On 12/12/2012 23:21, Gavin Lambert wrote:
> Quoth angelo:
>> thanks, well, i implemented the handler:
>>
>>
nyone except me, so easy to be
unaccepted.
For this reasons, my idea is to setup 2 or 3 ioctl's at driver level:
- one to get memory address (direct memory map)
- one to update all the screen
- one to update a specific surface area
What do you think is better ?
some chars with "echo" on /dev/fb0.
Any suggestion ?
Best Regards
Angelo
>>
>> For this reasons, my idea is to setup 2 or 3 ioctl's at driver level:
>>
>> - one to get memory address (direct memory map)
>
> That's a bit silly. If your fb_fix_scr
Dear Lambert,
well i finally managed to use smem_start to access memory, and for
screen refresh i have to some ioctl, since i need to refresh some square
areas for sprites dislpay.
Many Thanks
Best Regards
Angelo
On 13/12/2012 23:07, Gavin Lambert wrote:
> Quoth angelo:
>> Seems th
Dear all,
was interesting in linux running on this cpu.
Seems some user run uClinux on it.
Strangely, i don't see it selectable from both uClinux mmu list, and
same for mainline kernel.
Why ? What do you suggest ?
Thanks
Best regards
Angelo Dureg
to prepare a c,c++ toolchain
for uClinux (then i can make it available) ?
Thanks,
Regards,
Angelo Dureghello
___
uClinux-dev mailing list
uClinux-dev@uclinux.org
http://mailman.uclinux.org/mailman/listinfo
make it available) ?
Thanks,
Regards,
Angelo Dureghello
___
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
Hi Greg,
infinite thanks.
Do you maybe have also the
gcc-5.3.0-fix-libgcc-build.patch ?
thanks
Regards,
Angelo
On 19/04/2016 15:52, Greg Ungerer
wrote:
Hi
Angelo,
On 19/04
Many thanks,
i see that the patch seems related to this
https://gcc.gnu.org/ml/gcc/2016-04/msg00118.html
It is the workaround i see also somewhere, so good to have it.
Regards,
Angelo
On 20/04/2016 02:24
irectory
"/home/angelo/archivio/aziende/sysam/uClinux-toolchains/m68k-uclinux-gcc"
Makefile:876: set di istruzioni per l'obiettivo "all" non riuscito
make: *** [all] Errore 2
Any idea on what it could be ?
Thanks
Regard
ry buildroot in case.
Regards,
angelo
On 21/04/2016 17:22, Thomas Petazzoni
wrote:
Hello,
On Tue, 19 Apr 2016 09:40:15 +0200, angelo wrote:
i am building from some time some c++ apps for mcf5307.
At the time being, with the
oad it to
a
mcf5307 system, (kernel built with older toolchain and system
with older uClibc) i get a strange
"ILL" console message after execution, and program exits.
am i doing something wrong ?
Thanks,
regards,
angelo
cution of setitimer
if i comment the line out, timer works properly and led
blinks.
I have:
mcf5307
~ # cat /proc/version
uClinux version 3.10.0-uc0amcore-001 (angelo@jerusalem) (gcc
version 4.5.1 (GCC
Hi all,
i am using last uClinux dist-20160919
with kernel 4.4.0
~ # cat /proc/version
uClinux version 4.4.0-uc0amcore-001 (angelo@jerusalem)
(gcc version 4.5.1 (GCC) ) #2 Sun Dec 4 22:45:04 CET 2016
~ # cat
/handle.o
kernel/irq/handle.c:432:3: warning: #warning __do_IRQ is deprecated.
Please convert to proper flow handlers
Could the usage of __do_IRQ super-handler be a cause of the issue ?
many thanks,
angelo
On 29/12/2010 19:45, Geert Uytterhoeven wrote:
On Wed, Dec 29, 2010 at 19:06, Baruch Siach
hought and i can try right now to hw wire up
the fix.
still many thanks,
regards,
angelo
On 30/12/2010 01:37, Greg Ungerer wrote:
Hi Angelo,
On 30/12/10 06:57, Angelo Dureghello wrote:
Hi all,
thanks for the help,
the kernel is a main line kernel. Then yes, i am still using uclinux
tre
hought and i can try right now to hw wire up
the fix.
still many thanks,
regards,
angelo
On 30/12/2010 01:37, Greg Ungerer wrote:
Hi Angelo,
On 30/12/10 06:57, Angelo Dureghello wrote:
Hi all,
thanks for the help,
the kernel is a main line kernel. Then yes, i am still using uclinux
tre
know eventually the procedure for this.
still many thanks,
regards,
angelo
On 30/12/2010 12:17, Greg Ungerer wrote:
Hi Anelo,
On 30/12/10 19:59, Angelo Dureghello wrote:
[snip]
i phisically connected the HW interrupt pin of dm9000 to MCF5307 IRQ7
pin (pin68). dm9000 is configured (through
Hi all,
i am trying to have ftpd running on a Coldfire board, but it does not start
ftpd -D -A
crash and terminate immediately, without any message.
What are the pre-requisite for it ? I have now added tinylogin with but still i
cannot start it.
regards
angelo
t root 3132 Nov 30 00:03 ramfs.img
-rwxr-xr-x1 root root 507 Nov 30 00:03 rc
-rw-r--r--1 root root 8205 Nov 30 00:03 services
-rw-r--r--1 root root 61 Nov 30 00:03 version
/etc #
any help is really appreciated,
th
++ -Wl,-elf2flt -m5200 -msep-data -o dump dump.cc -lstdc++ -lc -lgcc
and upload it with ftp MCF5307 coldfire uclinux dist. Once launched the program
i get the following error:
/home/angelo $ ./dump
BINFMT_FLAT: reloc outside program 0x7265616d (0 - 0x50ec0/0x49700), killing
dump!
The program
Issue was related using gcc 4.2.4.
I tested now gcc version 4.5.1 (Sourcery G++ Lite 2010.09-41), it works.
Seems tha from a certain gcc version (>4.3.X) the erroneous behavior has been
fixed.
thanks,
angelo
Original Message
Subject: toolchain issues with g++
Date: Sat,
Hi all,
i have sometime the strage ps output:
http://194.177.99.211/~angelo/snapshot1.png
The httpd line seems to be corrupted. My board have MCF5307 chip and uclinux +
main line kernel 2.6.36 stable.
This "corruption" seems to happen not just after the boot, but seems after som
folder.
So i just need some basic help for now,
- is this possible in theory (romfs+jffs2) ?
- does it have a sense or this is a totally wrong approach ?
many thanks,
ragards,
angelo
___
uClinux-dev mailing list
uClinux-dev@uclinux.org
http
/ writing the image is not correct.
every help is really appreciated
thanks
angelo
On 25/04/2011 15:44, Ulisses Reina Montenegro de Albuquerque wrote:
> On Mon, 2011-04-25 at 13:42 +0200, Angelo Dureghello wrote:
>> Dear All,
>>
>> i have finally a well working uClinux runni
00041170 0121c6c2 2**0
CONTENTS, READONLY, DEBUGGING
angelo@angel7:~/sysam/amcore/uClinux-dist$
seems to be correct, even if i am not 100% sure, maybe you can confirm this.
2. bytes in the nor flash before copying, comparing with bytes loaded in sdram
amcore
! ***
Maybe some chip hw interrupt pin is not well-terminated, going to check.
Regards,
angelo
On 12/08/2011 10:55, angelo wrote:
> Hi Greg, many thanks for your reply,
>
> did you use and found reliable mcf5307 boards ? I am asking since the
> errata for this chip only.
>
>
>
formation.
Any help is appreciated,
regards,
angelo
On 12/08/2011 10:55, angelo wrote:
> Hi Greg, many thanks for your reply,
>
> did you use and found reliable mcf5307 boards ? I am asking since the
> errata for this chip only.
>
>
> the issue described in the errata was
Hi all,
i would like to try a connected Dallas DS1307 rtc to the i2c bus of a coldfire
5307.
I am using a main line kernel 2.6.36.2, but i don't see any "coldfire" i2c bus
driver. What driver i should look for ? What kconfig options must be enabled ?
man
1 - 100 of 118 matches
Mail list logo