Character LCD
hi ! thank you for your answers . i think a LCD with serial interface could just work fine for me. However , it seems most of this small LCD panels comes with a parallel interface (8+3 wires) and you need to add a small micro-controller to do the parallel->serial conversion. I was wondering if I could connect the LCD directly to the PPC 8260 and use a linux driver to handle the parallel->serial conversion . If anyone know .. tell me :-) Bye Julien . -- Julien Eyries R&D engineer Thales Broadcast & Multimedia (ex-thomcast) email: julien.eyries at thales-bm.com fax: 33(0) 1 34 90 31 10 tel: 33(0) 1 34 90 31 01 ** Sent via the linuxppc-embedded mail list. See http://lists.linuxppc.org/
search for LCD pannel (1x16 or 2x16)
hi all ! I'm searching for a LCD panel ( about 1x16 or 2x16 characters, black and white only ) that my MPC8260 could use . Could someone here recommend me a good one ? Is there some support for them in the linux kernel (I use linux 2.4.4 from Denx) ? Greetings, Julien . -- Julien Eyries R&D engineer Thales Broadcast & Multimedia (ex-thomcast) email: julien.eyries at thales-bm.com fax: 33(0) 1 34 90 31 10 tel: 33(0) 1 34 90 31 01 ** Sent via the linuxppc-embedded mail list. See http://lists.linuxppc.org/
[Fwd: Re: kernel command line for CRAMFS root filesystem]
now it works !!
1) i have applied by hand the mkcramfs_endian.patch ( i have kernel
2.4.4 from denx )
2) i have added { "mtdblock", 0x1f00 } in init/main.c (that line is
missing in my kernel )
3) and the commandline (for me) is "root=/dev/mtdblock2 ..."
once again, thanks for all your advices ,
Julien
--
Julien Eyries
R&D engineer
Thales Broadcast & Multimedia (ex-thomcast)
email: julien.eyries at thales-bm.com
fax: 33(0) 1 34 90 31 10
tel: 33(0) 1 34 90 31 01
** Sent via the linuxppc-embedded mail list. See http://lists.linuxppc.org/
[Fwd: Re: kernel command line for CRAMFS root filesystem]
> we use cramfs here and it works without additional parameter. How do you > generate the cramfs and on which kind of system are you using it? The > mkcramfs tool has an endianess problem so if you do mkcramfs on 86x platform > to use it on ppc it wont work. (maybe there is some newer version i am not > aware of where that is fixed) Well it seems it is the problem ... i have generated cramfs on my x86 and my target is ppc . is there a simple trick to make my cramfs image correct for ppc ? should i build my cramfs image on the target ? thanks, Julien. details --- ok i boot my target over nfs, and i try to mount my cramfs with : # mount -t cramfs /dev/mtdblock/2 /mnt/temp wrong magic .. # dd if=/dev/mtdblock/2 of=/root/toto.dat bs=1024 count=1 then i switch to my PC (x86) to look at what i have : #hexdump /root/toto.dat | more 000 3d45 28cd 0001 010 6f43 706d 6572 7373 6465 5220 4d4f 5346 020 6344 2423 98f1 b87f daf3 58a0 b74a a046 030 6f43 706d 6572 7373 6465 in cramfs.h : #define CRAMFS_MAGIC0x28cd3d45 /* some random number */ -- Julien Eyries R&D engineer Thales Broadcast & Multimedia (ex-thomcast) email: julien.eyries at thales-bm.com fax: 33(0) 1 34 90 31 10 tel: 33(0) 1 34 90 31 01 ** Sent via the linuxppc-embedded mail list. See http://lists.linuxppc.org/
[Fwd: Re: kernel command line for CRAMFS root filesystem]
Original Message Subject: Re: kernel command line for CRAMFS root filesystem Date: Thu, 06 Jun 2002 16:40:33 +0200 From: Julien Eyries <[EMAIL PROTECTED]> To: acurtis at onz.com References: i have never mounted it before . i am currently booting with initrd (good :-)) from my flash and it works fine( the commandline was : root=/dev/rd/0 ); but now i want to replace that with a cramfs (better :-)) . anyway, i know i can acess to the range (start 0xfe10 - length 2MBytes) via my partition /dev/mtdblock/2 but if i try something like : root=/dev/mtdblock/2 then JFFS2 try to mount it as root filesystem and fails !! maybe i should add something to the commandline, in order to tell the kernel that /dev/mtdblock/2 contains a CRAMFS partition ?? Allen Curtis wrote: >>i have a cramfs image in flash, at address 0xfe10 (length of image >>is 2MBytes). >>what is the kernel command line "root=..." to use this image as root >>filesystem ? >> > > What is the device name when you mount it from a bootp session? The name is > probably the same... > > -- Julien Eyries R&D engineer Thales Broadcast & Multimedia (ex-thomcast) email: julien.eyries at thales-bm.com fax: 33(0) 1 34 90 31 10 tel: 33(0) 1 34 90 31 01 -- Julien Eyries R&D engineer Thales Broadcast & Multimedia (ex-thomcast) email: julien.eyries at thales-bm.com fax: 33(0) 1 34 90 31 10 tel: 33(0) 1 34 90 31 01 ** Sent via the linuxppc-embedded mail list. See http://lists.linuxppc.org/
kernel command line for CRAMFS root filesystem
hello ! i have a cramfs image in flash, at address 0xfe10 (length of image is 2MBytes). what is the kernel command line "root=..." to use this image as root filesystem ? Greetings, Julien. -- Julien Eyries R&D engineer Thales Broadcast & Multimedia (ex-thomcast) email: julien.eyries at thales-bm.com fax: 33(0) 1 34 90 31 10 tel: 33(0) 1 34 90 31 01 ** Sent via the linuxppc-embedded mail list. See http://lists.linuxppc.org/
Un-killable process???
I have had the same problem when writing a driver for my custom hardware ; It's a well known problem, I found it explained in "Linux Device Drivers" by Rubini & Corbet. (i have the french version , it's in chapter 5) your driver should use the function "interruptible_sleep_on()" instead of "sleep_on()" to block the process . if you use "sleep_on()", your process will not receive any signal while blocked and then could become "un-killable" . bye. Julien Dean McBride wrote: > > Hello, > > I have a process I can't kill (kill -9) without rebooting the system. I've > attempted > attaching strace, gdb, etc. to the process, but each of those task just > hang. I > can however kill those task (strace, gdb). I've looked through the > /proc/ > area, but don't really know what I'm looking for or at! The task seems > to be > somehow stuck on some resource, but I don't know which one or how to find > out. I'm running with Linux 2.4.10-pre10 on a 4 processor Power PC with > 512Mbytes of memory. The process is reading data from a PMC card. > > Any ideas or suggestions? I've include some more information below! > > Thanks > Dean > > Here's the output from the ps command: >74 root root R /opt/ds/src/lm1/bin/lm1_read -s 4 -m 255 -f 4000 > -a -r -u 2 -g 1 > > > Heres the /proc/74/status file > > sh-2.03# more /proc/74/status > Name: lm1_read > State: R (running) > Pid:74 > PPid: 62 > TracerPid: 0 > Uid:0 0 0 0 > Gid:0 0 0 0 > FDSize: 256 > Groups: 0 > VmSize: 2580 kB > VmLck: 2580 kB > VmRSS: 2580 kB > VmData: 1128 kB > VmStk:16 kB > VmExe:20 kB > VmLib: 1188 kB > SigPnd: 00044102 > SigBlk: 00000000 > SigIgn: 8000 > SigCgt: 4002 > CapInh: > CapPrm: feff > CapEff: feff > > /proc/74/statm file > > sh-2.03# more /proc/74/statm > 645 645 317 17 0 628 328 > > > -- Julien Eyries R&D engineer Thales Broadcast & Multimedia (ex-thomcast) email: julien.eyries at thales-bm.com fax: 33(0) 1 34 90 31 10 tel: 33(0) 1 34 90 31 01 ** Sent via the linuxppc-embedded mail list. See http://lists.linuxppc.org/
8260 and SPI driver
Hello ! I have searched the archive for an 8260 SPI driver and found some messages related to this topic, but it seems to me there is currently no working 8260 SPI driver. could someone confirm me that point ? thanks, -- Julien Eyries R&D engineer Thales Broadcast & Multimedia (ex-thomcast) email: julien.eyries at thales-bm.com fax: 33(0) 1 34 90 31 10 tel: 33(0) 1 34 90 31 01 ** Sent via the linuxppc-embedded mail list. See http://lists.linuxppc.org/
Linux think my 8260 @200Mhz is doing 13 Mips ???!!?
thanks for all your help ; the i-cache had been disabled by someone ... i have re-enabled it and now linux says 133 BogoMIPS cool :-) (in fact, i found the system was quite slow before ... now it's better :-) -- Julien Eyries R&D engineer Thales Broadcast & Multimedia (ex-thomcast) email: julien.eyries at thales-bm.com fax: 33(0) 1 34 90 31 10 tel: 33(0) 1 34 90 31 01 ** Sent via the linuxppc-embedded mail list. See http://lists.linuxppc.org/
Linux think my 8260 @200Mhz is doing 13 Mips ???!!?
hello, i have a strange question : our 8260 is clocked externally with 66Mhz clock and is configured to have its core frequency at 200Mz. But Linux is giving me this message when booting : * Warning: real time clock seems stuck! Calibrating delay loop... 13.15 BogoMIPS ** is that really 13 MIPS ? i hope the computation is wrong !! any idea ? thanks, Julien. ** Sent via the linuxppc-embedded mail list. See http://lists.linuxppc.org/
building a cross compiler (2)
I also want to build a cross compiler for powerpc8260, and i have downloaded these packages : binutils-2.12 gcc-3.0.4 uClibc-0.9.11 linux 2.4.18 I see a lot of people here working with gcc-2.95.xx and linux-2.4.17, is there some good reason not to use newer packages ? is something broken with the latest version of these packages ? thanks, Julien. -- Julien Eyries R&D engineer Thales Broadcast & Multimedia (ex-thomcast) email: julien.eyries at thales-bm.com fax: 33(0) 1 34 90 31 10 tel: 33(0) 1 34 90 31 01 ** Sent via the linuxppc-embedded mail list. See http://lists.linuxppc.org/
some question on root filesystems
hello, here is my situation : i first intented to use NFS as the root filesystem for our embedded MPC8260 linux but they may be some hardware design error which stop us to use the intel LXT971A ethernet controller we have on our custom board. therefore, i have removed all the network interface in our kernel, and i try now to use the flash memory (4MB) we have. my question is : what kind of filesystem is typically used in this case : initrd, cramfs, romfs ? it seems to me that initrd is a little bit different in the way the kernel boot over it than the other fs (using /linuxrc , pivot_root and so on ...), why ? and for the cramfs and romfs filesystem, how does the sytem "guess" the memory range where your filesystem lives in ? can you give me some feedback on the choice you may have made ?? Greetings, Julien Eyries. -- Julien Eyries R&D engineer Thales Broadcast & Multimedia (ex-thomcast) email: julien.eyries at thales-bm.com fax: 33(0) 1 34 90 31 10 tel: 33(0) 1 34 90 31 01 ** Sent via the linuxppc-embedded mail list. See http://lists.linuxppc.org/
MBX boot loader on a MPC8260 custom board
Dear Wolfgang, first let me thank you for your help we have found the reason for our problem : it was some specific ADS8260 code which crashe the CPU on our board . we just had to removed it to have the kernel booting. even if we see the kernel hanging up a few time latter, while initializing the FEC , we are now very very happy to see some log messages from the kernel on the console !!! > > Well, my recommendation is to get rid of all this stuff in the mbxbot > directory and use PPCBoot as firmware instead; but I'm obviously > biased, and YMMV. Yes :-) . i had a look at PPCboot which i m sure is very cool ; and seems to support a lot of commercial boards. anyway for the moment, it is just O.K. for us if we can do all the things we have to do, like loading our code via TFTP, debugging and so on by using our BDI-2000 probe. Greetings, Julien. -- Julien Eyries R&D engineer Thales Broadcast & Multimedia (ex-thomcast) email: julien.eyries at thales-bm.com fax: 33(0) 1 34 90 31 10 tel: 33(0) 1 34 90 31 01 ** Sent via the linuxppc-embedded mail list. See http://lists.linuxppc.org/
MBX boot loader on a MPC8260 custom board
hi all , we have here a custom MPC8260 board (4 Mo flash, 32 Mo SDRAM,200 Mhz MPC8260) and we want to use the HardHat linux from Montavista. we are also using BDI-2000 probe (from ABATRON) . the kernel we have build is based on the ADS8260 board which is quite similar to our board. the boot-loader we use is the "mbx" boot loader which come with the Linux kernel tree. the problem i have is : - we load the file "zvmlinux.mbx" using the BDI2000 probe - we take control over the MPC8260 with "ppc_82xx-gdb zvmlinux.mbx" and "target remote xx.xx.xx.xx:2001" - we do some "stepi" and the code runs, entering function "decompress_kernel", then "serial_init" . - at some point in this function "serial_init" , the PC (program counter) begins to count downwards !!! for exemple ( 0x40 ... 0x3c ... 0x3fff8 ... ) another point is: when debugging C source code (in emacs + gdb), we can see that the programms jumps from one point to another (some times backward) , not following the logical flow of the C source code .Is that normal what could be the reason of such behaviour ??? does someone here have an idea for our problem ? any help is welcome, greetings, -- Julien Eyries R&D engineer Thales Broadcast & Multimedia (ex-thomcast) email: julien.eyries at thales-bm.com fax: 33(0) 1 34 90 31 10 tel: 33(0) 1 34 90 31 01 ** Sent via the linuxppc-embedded mail list. See http://lists.linuxppc.org/
