主 题：uClinux-dev Digest, Vol 60, Issue 4
发件人：[EMAIL PROTECTED]
收件人：[email protected]
接收时间：2008/04/05 01:32:38
Send uClinux-dev mailing list submissions to
[email protected]
To subscribe or unsubscribe via the World Wide Web, visit
http://mailman.uclinux.org/mailman/listinfo/uclinux-dev
or, via email, send a message with subject or body 'help' to
[EMAIL PROTECTED]
You can reach the person managing the list at
[EMAIL PROTECTED]
When replying, please edit your Subject line so it is more specific
than "Re: Contents of uClinux-dev digest..."
Today's Topics:
1. Re: Debug information in vmlinux build & printk output
location. (rwarner)
2. Re: pthreads, vfork and signals (John Williams)
3. Is there a delay function in uClinux? (Bob Furber)
4. Re: Debug information in vmlinux build & printk output
location. (Greg Ungerer)
5. Re: Using gdb/gdbserver on m68knommu target (David McCullough)
6. Re: print application user stack (David McCullough)
7. setting up the network (kailash toshniwal)
8. Re: initramfs and bflt on at91sam9260 (Greg Ungerer)
9. Re: uClinux and hardware watchdog - any hints? (Wolfgang Wegner)
10. RE: setting up the network (Gavin Lambert)
11. Re: Using gdb/gdbserver on m68knommu target (Markus Franke)
12. AW: Problems with FTP access (Heinrich Eynck)
13. Re: Is there a delay function in uClinux? (Erwin Authried)
14. Re: setting up the network (Michael Schnell)
15. Re: Need help configuring new platform (Vitaly Demyanec)
16. Did anybody make YAFFS work in uClinux? (Allen Yang)
17. waitqueues unreliable on coldfire/2.6.23-uc0? (Wolfgang Wegner)
18. (no subject)
19. (no subject)
20. MTD and Spansion S29GL ([EMAIL PROTECTED])
----------------------------------------------------------------------
Message: 1
Date: Thu, 03 Apr 2008 13:28:31 -0700
From: rwarner <[EMAIL PROTECTED]>
Subject: Re: [uClinux-dev] Debug information in vmlinux build & printk
output location.
To: uClinux development list <[email protected]>
Message-ID: <[EMAIL PROTECTED]>
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Hi Greg,
Greg Ungerer wrote:
>> Ok with respect to the 'linux' kernel i am unlearned in this regard of
>> kernel debug information. Is there a configuration item in the build
>> of the kernel which produces debug information in the vmlinux file?
>> Or do i need to find the build sequence and add -g option to the
>> Makefile's compile and linker flags?
>
> If you are using a 2.4.x kernel then you want the CONFIG_DEBUG_INFO
> switch for arm turned on.
In the 2.6.x .config I noted the the following configurable items.
CONFIG_ATMEL_DEBUG
&
CONFIG_DEBUG_KERNEL
Should one or both be set?
<snip>
& thanks for the serial/printk/console/debug info.
> Hope that helps.
It does yes
tia for last reaming question here - bob
------------------------------
Message: 2
Date: Fri, 04 Apr 2008 07:14:41 +1000
From: John Williams <[EMAIL PROTECTED]>
Subject: Re: [uClinux-dev] pthreads, vfork and signals
To: uClinux development list <[email protected]>
Message-ID: <[EMAIL PROTECTED]>
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
wrote:
> We've had a problem reported on MicroBlaze arch and I was wondering if
> someone with access to another NOMM Uarch could run the same test, see
> if the result is duplicated.
[snip]
Thanks everyone for looking into this - it's at least some comfort to
know it's not just a MicroBlaze-ism!
We'll look for another way to implement the functionality.
Cheers,
John
------------------------------
Message: 3
Date: Thu, 03 Apr 2008 15:22:27 -0700
From: Bob Furber <[EMAIL PROTECTED]>
Subject: [uClinux-dev] Is there a delay function in uClinux?
To: uClinux development list <[email protected]>
Message-ID: <[EMAIL PROTECTED]>
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Is there a function that can cause a small programmable delay under
uClinux? For instance, to blink LEDs or create a square wave?
Thanks,
Bob Furber
------------------------------
Message: 4
Date: Fri, 04 Apr 2008 11:30:25 +1000
From: Greg Ungerer <[EMAIL PROTECTED]>
Subject: Re: [uClinux-dev] Debug information in vmlinux build & printk
output location.
To: uClinux development list <[email protected]>
Message-ID: <[EMAIL PROTECTED]>
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Hi Bob,
rwarner wrote:
> Greg Ungerer wrote:
>>> Ok with respect to the 'linux' kernel i am unlearned in this regard
>>> of kernel debug information. Is there a configuration item in the
>>> build of the kernel which produces debug information in the vmlinux
>>> file? Or do i need to find the build sequence and add -g option to
>>> the Makefile's compile and linker flags?
>>
>> If you are using a 2.4.x kernel then you want the CONFIG_DEBUG_INFO
>> switch for arm turned on.
>
> In the 2.6.x .config I noted the the following configurable items.
> CONFIG_ATMEL_DEBUG
> &
> CONFIG_DEBUG_KERNEL
> Should one or both be set?
Its not obvious to me that either of these will turn on a
"-g" switch when building. Not sure how to do that with
a 2.6 kernel build.
Regards
Greg
> <snip>
> & thanks for the serial/printk/console/debug info.
>
>> Hope that helps.
> It does yes
>
> tia for last reaming question here - bob
>
>
> _______________________________________________
> uClinux-dev mailing list
> [email protected]
> http://mailman.uclinux.org/mailman/listinfo/uclinux-dev
> This message was resent by [email protected]
> To unsubscribe see:
> http://mailman.uclinux.org/mailman/options/uclinux-dev
>
--
------------------------------------------------------------------------
Greg Ungerer -- Chief Software Dude EMAIL: [EMAIL PROTECTED]
Secure Computing Corporation PHONE: +61 7 3435 2888
825 Stanley St, FAX: +61 7 3891 3630
Woolloongabba, QLD, 4102, Australia WEB: http://www.SnapGear.com
------------------------------
Message: 5
Date: Fri, 4 Apr 2008 11:47:38 +1000
From: David McCullough <[EMAIL PROTECTED]>
Subject: Re: [uClinux-dev] Using gdb/gdbserver on m68knommu target
To: uClinux development list <[email protected]>
Message-ID: <[EMAIL PROTECTED]>
Content-Type: text/plain; charset=iso-8859-1
Jivin Markus Franke lays it down ...
> Hi Chris,
>
> Chris Doré schrieb:
> >Do you have any other m68k*gdb* execs?
>
> Well, so far I tried the gdb from Codesourcery (based on gdb-6.6) as
> well as a self compiled and bdm-patched gdb-6.3....both without success
> and showing the same problems. I will give m68k-bdm-elf-gdb a try
> tomorrow. ;-)
>
> Thanks for the hint and with best regards,
Back when I wrote this:
http://www.ucdot.org/article.pl?sid=03/01/30/0548223
and the m68k-elf toolchain came with m68k-bdm-elf-gdb included, it was
working to a resonable extent.
I don't work with m68k anymore, so I can't comment on the current state
of toolchains etc, only to say that the information and source needed to
do it in the past should be available to help with working out the current
problems, if any,
Cheers,
Davidm
--
David McCullough, [EMAIL PROTECTED], Ph:+61 734352815
Secure Computing - SnapGear http://www.uCdot.org http://www.cyberguard.com
------------------------------
Message: 6
Date: Fri, 4 Apr 2008 13:23:59 +1000
From: David McCullough <[EMAIL PROTECTED]>
Subject: Re: [uClinux-dev] print application user stack
To: uClinux development list <[email protected]>
Message-ID: <[EMAIL PROTECTED]>
Content-Type: text/plain; charset=us-ascii
Jivin Teun Grinwis lays it down ...
>
> Hello all,
>
> I use uClinux distribution 20070130 patched to version 2.16.21-uc0 on
> MCF5208 uP,
> with flash file jffs2.
>
> My user application is sometimes killed by uClinux.
>
> I like to see some userstack trace.
>
> I set print core dump in the kernel configuration, but compilation failed
> see below:
>
> UPD include/linux/compile.h
> CC init/version.o
> LD init/built-in.o
> LD vmlinux
> fs/built-in.o(.text+0x5c1a): In function `do_coredump':
> : undefined reference to `user_stack'
> make[1]: *** [vmlinux] Error 1
> make[1]: Leaving directory `/home/teun/uClinux/dist-20070130/linux-2.6.x'
> make: *** [linux] Error 1
>
> One more question, can I catch the signal, which the Kernel is sending to
> the application??
Try the following (from 2.4)
Cheers,
Davidm
Index: linux-2.6.x/include/asm-m68knommu/ptrace.h
===================================================================
RCS file: linux-2.6.x/include/asm-m68knommu/ptrace.h,v
retrieving revision 1.5
diff -u -r1.5 ptrace.h
--- linux-2.6.x/include/asm-m68knommu/ptrace.h 20 Jun 2006 05:33:14 -0000 1.5
+++ linux-2.6.x/include/asm-m68knommu/ptrace.h 4 Apr 2008 03:23:15 -0000
@@ -83,6 +83,8 @@
#define user_mode(regs) (!((regs)->sr & PS_S))
#define instruction_pointer(regs) ((regs)->pc)
#define profile_pc(regs) instruction_pointer(regs)
+extern unsigned int sw_usp;
+#define user_stack(regs) (sw_usp)
extern void show_regs(struct pt_regs *);
#endif /* __KERNEL__ */
#endif /* __ASSEMBLY__ */
--
David McCullough, [EMAIL PROTECTED], Ph:+61 734352815
Secure Computing - SnapGear http://www.uCdot.org http://www.cyberguard.com
------------------------------
Message: 7
Date: Thu, 3 Apr 2008 20:27:26 -0700 (PDT)
From: kailash toshniwal <[EMAIL PROTECTED]>
Subject: [uClinux-dev] setting up the network
To: [email protected]
Message-ID: <[EMAIL PROTECTED]>
Content-Type: text/plain; charset="iso-8859-1"
Hello all,
Can someone please tell me the general instructions on setting up the network in uClinux for any platform? I am using h8/edosk platform for my application.
Thanks and Regards
Kailash
---------------------------------
You rock. That's why Blockbuster's offering you one month of Blockbuster Total Access, No Cost.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://mailman.uclinux.org/pipermail/uclinux-dev/attachments/20080403/469c87a4/attachment-0001.html
------------------------------
Message: 8
Date: Fri, 04 Apr 2008 15:31:36 +1000
From: Greg Ungerer <[EMAIL PROTECTED]>
Subject: Re: [uClinux-dev] initramfs and bflt on at91sam9260
To: uClinux development list <[email protected]>
Message-ID: <[EMAIL PROTECTED]>
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Hi Mike,
Mike Sander wrote:
> Hi Greg,
> Thanks for the pointer. I have modified vendors/Atmel/AT91/config.arch
> to the following. Is this the appropriate way to effect this
> change.? With this change, the user binaries are ELF. If there is
> a better location or way to implement this, any suggestions would be
> appreciated. Would this be an appropriate change to generate a patch
> for? Is there a doc for submitting patches for uclinux? I did not
> see anything on website.
>
> ifdef CONFIG_MMU
> include $(ROOTDIR)/vendors/config/arm/config.arch
> else
> include $(ROOTDIR)/vendors/config/armnommu/config.arch // original
> endif
That looks like a reasonable way to do it.
Normally for a new board your would also create a vendor/board
specific config directory (so a vendors/Atmel/at91sam9260 in your
case).
Regards
Greg
> Greg Ungerer wrote:
>> Hi Mike,
>>
>> Mike Sander wrote:
>>> I have built the image based on at91sam9260_defconfig. I get the
>>> following at the end of the boot process:
>>>
>>> VFS: Mounted root (romfs filesystem) readonly.
>>> Freeing init memory: 100K
>>> Failed to execute /bin/init. Attempting default...
>>> Kernel panic - not syncing: No init found. Try passing init= option
>>> to kernel.
>>>
>>>
>>> Kernel command line has init=/bin/init. What I noticed is that
>>> /bin/init is BFLT. I manually rebuilt /bin/init and /bin/sh without
>>> the "-Wl,elf2flt". These elf binaries booted correctly.
>>>
>>> Should the build system generate ELF for mmu-ful systems or is the
>>> problem with my configuration?
>>
>> Yes, looks like a configuration problem. For a normal VM system
>> build there should be no use of elf2flt.
>>
>>
>>> Other than in uClib I cannot see any option to specify the type of
>>> user binary to build (it was ELF in uClibc).
>>>
>>>
>>> If the problem is with my configuration, what is the item I need to set?
>>
>> Start with ~/vendors/<VENDOR>/<BOARD>/config.arch. Typically they
>> include something like:
>>
>> include $(ROOTDIR)/vendors/config/arm/config.arch
>>
>> for a VM ARM system. For non-mmu (with elf2flt) they would use
>> $(ROOTDIR)/vendors/config/armnommu/config.arch.
>>
>> Regards
>> Greg
>>
>>
>>
>> ------------------------------------------------------------------------
>> Greg Ungerer -- Chief Software Dude EMAIL: [EMAIL PROTECTED]
>> Secure Computing Corporation PHONE: +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
>> [email protected]
>> http://mailman.uclinux.org/mailman/listinfo/uclinux-dev
>> This message was resent by [email protected]
>> To unsubscribe see:
>> http://mailman.uclinux.org/mailman/options/uclinux-dev
>>
>>
>> =-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-
>> Scanned with Copfilter Version 0.84beta3a (P3Scan 2.2.1)
>> AntiSpam: SpamAssassin 3.2.3
>> by Markus Madlener @ http://www.copfilter.org
>>
>
> _______________________________________________
> uClinux-dev mailing list
> [email protected]
> http://mailman.uclinux.org/mailman/listinfo/uclinux-dev
> This message was resent by [email protected]
> To unsubscribe see:
> http://mailman.uclinux.org/mailman/options/uclinux-dev
>
--
------------------------------------------------------------------------
Greg Ungerer -- Chief Software Dude EMAIL: [EMAIL PROTECTED]
Secure Computing Corporation PHONE: +61 7 3435 2888
825 Stanley St, FAX: +61 7 3891 3630
Woolloongabba, QLD, 4102, Australia WEB: http://www.SnapGear.com
------------------------------
Message: 9
Date: Fri, 4 Apr 2008 08:14:24 +0200
From: [EMAIL PROTECTED] (Wolfgang Wegner)
Subject: Re: [uClinux-dev] uClinux and hardware watchdog - any hints?
To: [email protected]
Message-ID: <[EMAIL PROTECTED]>
Content-Type: text/plain; charset=us-ascii
Hi again,
it turned out that the delay happens in U-Boot, although I did not
yet find out why it is there.
Sorry for blaming uClinux for it. ;-)
Regards,
Wolfgang
------------------------------
Message: 10
Date: Fri, 4 Apr 2008 19:37:27 +1300
From: "Gavin Lambert" <[EMAIL PROTECTED]>
Subject: RE: [uClinux-dev] setting up the network
To: "'uClinux development list'" <[email protected]>
Message-ID: <[EMAIL PROTECTED]>
Content-Type: text/plain; charset="iso-8859-1"
Quoth kailash toshniwal:
> Can someone please tell me the general instructions on setting
> up the network in uClinux for any platform?
Much like any other linux system: you run ifconfig and/or a DHCP client.
Getting DHCP working isn't trivial, since most common DHCP clients tend to
use scripts, which aren't supported by the default sash shell. But there's
probably some available that don't, or you could switch to a different
shell. Or just go with a static IP.
------------------------------
Message: 11
Date: Fri, 4 Apr 2008 09:25:02 +0200
From: Markus Franke <[EMAIL PROTECTED]>
Subject: Re: [uClinux-dev] Using gdb/gdbserver on m68knommu target
To: uClinux development list <[email protected]>
Cc: "David McCullough <[EMAIL PROTECTED]>;
cdore"@connecttech.com
Message-ID: <[EMAIL PROTECTED]>
Content-Type: text/plain; charset=ISO-8859-1; DelSp="Yes";
format="flowed"
Zitat von David McCullough <[EMAIL PROTECTED]>:
>
> Back when I wrote this:
>
> http://www.ucdot.org/article.pl?sid=03/01/30/0548223
>
> and the m68k-elf toolchain came with m68k-bdm-elf-gdb included, it was
> working to a resonable extent.
I know this document very well. I tried the "m68k-bdm-elf-gdb" as well
as "m68k-elf-gdb" from m68k-elf-tools-20030314.sh. Both show the same
results as the m68k-uclinux-gdb from the latest Codesourcery Toolchain.
I tried debugging also with different *.gdb files respectively
different executables (created by the latest Codesourcery Toolchain)
without success.
---snip---
(gdb) target remote board:3000
Remote debugging using board:3000
0x03d40048 in ?? ()
(gdb) b main
Cannot access memory at address 0x5a4
---snap---
The address 0x03d40048, which gets delivered by gdbserver, seems to be
correct but somehow gdb is not able to relocate the *.gdb file to the
correct address because it tries to access the target at address
0x5a4. Any ideas, where the problem might come from? Codesourcery
toolchain, gdbserver????
With best regards,
Markus
------------------------------
Message: 12
Date: Fri, 4 Apr 2008 09:32:46 +0200
From: "Heinrich Eynck" <[EMAIL PROTECTED]>
Subject: [uClinux-dev] AW: Problems with FTP access
To: <[email protected]>
Message-ID: <[EMAIL PROTECTED]>
Content-Type: text/plain; charset="iso-8859-1"
Hello,
I'm using uclinux
Linux version 2.4.22-uc0-fs2 ([EMAIL PROTECTED]) (gcc version 2.95.3 20010315
(release)(ColdFire patches - 20010318 from
http://fiddes.net/coldfire/)(uClinux XIP and shared lib patches from
http://www.snapgear.com/)) #491 Do 13. Mär 17:20:12 CET 2008
on
Processor : ARM/VLSI ARM 7 TDMI rev 0 (v3l)
BogoMIPS : 25.88
Hardware : ModNET50
Revision : 0000
Using an Ethernetchip LXT971A from Intel.
My problem is as follows. After approx. 2 hours the ftp login to the
hardware takes 50 seconds. After reset the login time is normal, less than
one second.
This problem exists only if a crossover STP cable is used. This problem does
not exist if a switch or hub is used.
Does anyone know whats the reason or where to search?
Thanks and Regards
Hein
------------------------------
Message: 13
Date: Fri, 04 Apr 2008 09:48:19 +0200
From: Erwin Authried <[EMAIL PROTECTED]>
Subject: Re: [uClinux-dev] Is there a delay function in uClinux?
To: uClinux development list <[email protected]>
Message-ID: <[EMAIL PROTECTED]>
Content-Type: text/plain
Am Donnerstag, den 03.04.2008, 15:22 -0700 schrieb Bob Furber:
> Is there a function that can cause a small programmable delay under
> uClinux? For instance, to blink LEDs or create a square wave?
>
> Thanks,
>
> Bob Furber
are you talking about kernel or userspace? For the kernel, take a look
into Alessandro Rubini's book "Linux Device Driver". You can find a link
to the online version in the uClinux Directory http://uclinux.home.at/
-> Articles and White Papers.
In userspace, you can use usleep.
Regards,
Erwin
------------------------------
Message: 14
Date: Fri, 04 Apr 2008 13:18:19 +0200
From: Michael Schnell <[EMAIL PROTECTED]>
Subject: Re: [uClinux-dev] setting up the network
To: uClinux development list <[email protected]>
Message-ID: <[EMAIL PROTECTED]>
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
> Getting DHCP working isn't trivial, since most common DHCP clients tend to
> use scripts, which aren't supported by the default sash shell.
sash does not support scripts ? That does not seem very useful.
Do you know a document that explains what shells provide which
capabilities ?
Is sash a (or the only) shell that does not need link files (and thus
reloading of the "busybox" executable) when calling a command ?
Is it a real problem to use (e.g.) bash in busybox ?
-Michael
------------------------------
Message: 15
Date: Fri, 4 Apr 2008 15:25:17 +0300
From: "Vitaly Demyanec" <[EMAIL PROTECTED]>
Subject: Re: [uClinux-dev] Need help configuring new platform
To: "uClinux development list" <[email protected]>
Message-ID: <[EMAIL PROTECTED]>
Content-Type: text/plain; format=flowed; charset="iso-8859-1";
reply-type=response
> Hi,
>
> I'm designing a new LPC2468 based embedded device. I was looking at the
> SDRAM chip's I'm going to use. The problem is, how do I tell Linux what
> kind of chip I've connected? Or does it find out itself?
> Where can I find more information about SDRAM and Linux?
> Thanks in advance.
>
> Kind regards,
>
> Remco Poelstra
>
Hello!
I think that all what ucLinux must know about SDRAM is start address and
size. You could specify them in the kernel command line like this:
[EMAIL PROTECTED]
The actual SDRAM initialization (e.g. re-mapping or initialization of
on-board SDRAM controller) should be done in the bootloader.
At least, that is how I've setup my board.
Of course there could be another way...
---------------------------------------------
With Best Regards,
Demyanec Vitaly
------------------------------
Message: 16
Date: Fri, 4 Apr 2008 09:14:44 -0400
From: "Allen Yang" <[EMAIL PROTECTED]>
Subject: [uClinux-dev] Did anybody make YAFFS work in uClinux?
To: "uClinux development list" <[email protected]>
Message-ID:
<[EMAIL PROTECTED]>
Content-Type: text/plain; charset="us-ascii"
Hi,
Did anybody here make YAFFS work in uClinux? I wonder how difficult to
make it work and if there are any pitfalls.
Thanks,
Allen
The information contained in this email and attachments to this email are the proprietary and confidential property
of Nucomm, Inc. The information is provided in strict confidence and shall not be reproduced, copied, or
used (partially or wholly) in any manner without prior, express written authorization of Nucomm, Inc.
------------------------------
Message: 17
Date: Fri, 4 Apr 2008 15:13:08 +0200
From: [EMAIL PROTECTED] (Wolfgang Wegner)
Subject: [uClinux-dev] waitqueues unreliable on coldfire/2.6.23-uc0?
To: [email protected]
Message-ID: <[EMAIL PROTECTED]>
Content-Type: text/plain; charset=us-ascii
Hi,
after I solved the startup problem I could now investigate another
thing.
------------------------------
Message: 18
Message-ID: <[EMAIL PROTECTED]>
in interrupt mode and my self-hacked I2C driver in interrupt mode)
getting stuck when sleeping on a waitqueue. This happens on an
MCF5373L, using the code for MCF532x as they are compatible except
the additional devices on MCF532x.
In my I2C driver, the code is the following:
static
irqreturn_t coldfire_i2c_interrupt(int irq, void *dev_id)
{
/* check if we are called with the correct IRQ number */
if(irq != (MCFINT_VECBASE + MCFINT_I2C))
return IRQ_NONE;
/* check if I2C int flag is set and send the event to waiting queue */
if(*MCF_I2C_I2SR & MCF_I2C_I2SR_IIF) {
*MCF_I2C_I2SR &= ~MCF_I2C_I2SR_IIF;
atomic_set(&coldfire_i2c_irq_happened, 1);
wake_up_interruptible(&coldfire_i2c_queue);
}
return IRQ_HANDLED;
}
static int coldfire_wait_transfer(void) {
int timeout;
/* wait for data transfer to complete */
timeout = wait_event_interruptible_timeout(coldfire_i2c_queue,
1 == atomic_read(&coldfire_i2c_irq_happened),
COLDFIRE_I2C_TIMEOUT);
if ((timeout <= 0 ) || (*MCF_I2C_I2SR & MCF_I2C_I2SR_IAL)) {
printk("wt: timeout = %d, I2SR = %x\n, ih = %d",timeout, *MCF_I2C_I2SR, atomic_read(&coldfire_i2c_irq_happened));
return -1;
}
else {
atomic_set(&coldfire_i2c_irq_happened, 0);
return 0;
}
};
------------------------------
Message: 19
Message-ID: <[EMAIL PROTECTED]>
wt: timeout = 0, I2SR = a0, ih = 1
So obviously the interrupt happens and is correctly handled, but the
waitqueue is not awoken.
Did anybody else experience such a problem, or is it again something
peculiar to my setup?
Thank you and best regards,
Wolfgang
PS: of course I can post the complete I2C driver code, but I think
I messed up support for older processors while integrating the
interrupt stuff...
In case somebody is interested in it, feel free to grab it at
http://leila.dyna.ping.de/wolfgang/i2c-mcf.c
http://leila.dyna.ping.de/wolfgang/i2c-mcf.h
------------------------------
Message: 20
Date: Fri, 4 Apr 2008 16:08:55 +0200
From: [EMAIL PROTECTED]
Subject: [uClinux-dev] MTD and Spansion S29GL
To: [email protected]
Message-ID:
<[EMAIL PROTECTED]>
Content-Type: text/plain; charset="iso-8859-1"
Hi dear uClinux Experts,
I am working on a custom board where the flash device is a Spansion
S29GL-256N and the CPU is a NiosII on Altera Cyclone III.
I've read the Greg's article on the subject
<http://www.ucdot.org/article.pl?sid=02/09/20/041251>, and planned to create
3 partitions to store my R/W filesystem (mtd0), the kernel (mtd1) and some
configuration data (mtd2).
I would want to manage in particular the R/W filesystem thanks to JFFS2.
Using Altera tool "nios2-flash-programmer", I have no problem to erase and
flash my device, and so I have been able to store the kernel, allowing the
board to automatically boot at power up.
However, I can do working the MTD driver from uClinux :
/> dd if=/etc/hosts of=/dev/mtd0
MTD_open
MTD_write
MTD do_write_buffer(): WRITE 0x00300000(0x00000023)
MTD do_write_buffer(): software timeout
dd: writing '/dev/mtd0': Input/output error
0+1 records in
0+0 records out
MTD_close
Of course, I cannot make JFFS2 working in that situation...
I didn't got any trouble with a dev board that uses a similar device
(AM29LV128 or S29GL128M), excepted that it is a 8 bits devices instead of
16.
Is there a special configuration to set for this device ?
TIA,
--
Frederic
------------------------------
_______________________________________________
uClinux-dev mailing list
[email protected]
http://mailman.uclinux.org/mailman/listinfo/uclinux-dev
This message was resent by [email protected]
To unsubscribe see:
http://mailman.uclinux.org/mailman/options/uclinux-dev
End of uClinux-dev Digest, Vol 60, Issue 4
******************************************
|
