ksoftirqd_CPU0 uses 100% CPU
Hello. When I plug off ethernet cable ksoftirqd_CPU0 starts using 100% od CPU. After pluging it back or downing eth0 interface it comes back to normal load. Any sollution? I'm using 2.4.25 on ppc 8250. Regards. ___ Linuxppc-embedded mailing list Linuxppc-embedded@ozlabs.org https://ozlabs.org/mailman/listinfo/linuxppc-embedded
LXT973 support (dual PHY with single MDIO)
I'm sucesfully using this chip with denx.de 2.4.25 kernel and single MDIO port. You need to change auto PHY-addr detection method. By default it detects both PHYs on same addr.
Upgrading cramfs root file system
Dnia 2006-04-20 22:18, U?ytkownik White napisa?: make it easy: if you start an application which do the flash and after this a reset.. nothing should happen. I do it that way. the application resist completly in RAM .. and all important libs are in RAm or in Filesystem Cache. It's only important that you pretend any Application from accessing Datafiles or start of new application ... Alternativly, you can put it in a reserved RAM Area ( mark it not usable by Linux) and put a Flash Code in your Bootloader (U-boot?) after a reset But overwrite a cramfs works for me on 100 times without problems. Problems with changing cramfs and reboot may vary depending on changes made to filesystem. You can't even call reboot, bacause it's not in the prevoius location after changing flash. Am Thu, 20 Apr 2006 21:54:45 +0200 schrieb Antonio Di Bacco antonio.dibacco at aruba.it : Yes you are right, it is not a good idea to overwrite working cramfs filesystem. But what happens if I download the new cramfs plus kernel in RAM, do a checksum and then, completely in kernel mode, disabling all the interrupts, I write to flash? No process could complain that I am overwriting because no one is executing. Maybe such feature should be added to MTD code. But disabling interrupts may cause watchdog reset in most embedded platforms.
arch/ppc/82xx_io/uart.c bug found
Three things One, this code is obsolete and isn't used any more. It's in latest linuxppc_2_4_devel from denx.de CVS. Two, it's not a bug, just a feature enhancement. OK. Three, if you want us to actually do something about this I need a real patch against an up to date public source tree and indication it was actually tested on some platform. I'm currently using CVS version from denx.de, there are lot of features I'm using. Just use this info as an information, not offcial bug note. I spend few days finding it.
arch/ppc/82xx_io/uart.c bug found
here is orignal uart.c
#ifdef SCC_CONSOLE
switch (state-smc_scc_num) {
case 0:
page = CPM_CR_SCC1_PAGE;
sblock = CPM_CR_SCC1_SBLOCK;
break;
case 1:
page = CPM_CR_SCC2_PAGE;
sblock = CPM_CR_SCC2_SBLOCK;
break;
case 2:
page = CPM_CR_SCC3_PAGE;
sblock = CPM_CR_SCC3_SBLOCK;
break;
}
so SCC4 is unusable, here is missing code:
case 3:
page = CPM_CR_SCC4_PAGE;
sblock = CPM_CR_SCC4_SBLOCK;
break;
}
HZ manipulation
Found it! Sorry, It was my error. I have few #ifdef-s to determine HZ value depend on selected board, but in some (for example itimer.c and timer.c) files linux/config.h is NOT included before asm/param.h is included sowhere in the dark So some code was compiled with default value
Strange results with changing HZ
Dnia 2005-11-21 12:43, U?ytkownik David Jander napisa?: On Monday 21 November 2005 08:44, Wojciech Kromer wrote: My system is: - 2.4.25 kernel from denx.de - uclibc (gcc 3.4.2) + busybox - changed HZ to 1000 - rebuild kernel only AFAIR there souldn't be any need to recompile user apps. Just an uneducated guess, but are you sure uclibc doesn't depend on HZ at all? Some things might be just straight syscalls, others might be implemented in userspace (inside uclibc)... for example alarm(1) programming an alarm on jiffies+1/HZ, and HZ being compiled in from kernel headers ? I may just be talking rubbish though. Hmm, after recompiling whole uclibc stuff it seem to work same. There should be kernel problem. Sleep select works fine, but alarm works 10 times faster. Anyone tries to change HZ to 1000?
Strange results with changing HZ
My system is:
- 2.4.25 kernel from denx.de
- uclibc (gcc 3.4.2) + busybox
- changed HZ to 1000
- rebuild kernel only
AFAIR there souldn't be any need to recompile user apps.
I have strange results.
Sleep and timeout selects works fine, but alarm functions seems to be
too fast.
For example included program or ping waits too short.
it is OK:
# time alarm_test
alarm fired after 0.099166s
real0m 0.11s
user0m 0.00s
sys 0m 0.00s
#
# time sleep 1
real0m 1.01s
user0m 0.00s
sys 0m 0.00s
# time sleep 10
real0m 10.01s
user0m 0.00s
sys 0m 0.00s
but:
# alarm_test
alarm fired after 0.099709s
# alarm_test
alarm fired after 0.099710s
alarm_test.c :
#include stdio.h
#include signal.h
#include unistd.h
#include sys/time.h
static void sighand(int sig)
{
}
int main()
{
struct timeval tv1, tv2;
sigset_t set;
sigfillset(set);
sigdelset(set, SIGALRM);
sigdelset(set, SIGINT);
signal(SIGALRM, sighand);
gettimeofday(tv1, NULL);
alarm(1);
sigsuspend(set);
gettimeofday(tv2, NULL);
tv1.tv_sec = tv2.tv_sec - tv1.tv_sec - (tv2.tv_usec tv1.tv_usec);
tv1.tv_usec = tv2.tv_usec - tv1.tv_usec + (tv2.tv_usec tv1.tv_usec) *
100;
printf(alarm fired after %ld.%06lds\n,
tv1.tv_sec, tv1.tv_usec);
return 0;
}
8248 SEC
Is there any driver for security-engine on mpc8248? If yes, what can it do? where can I found it?
mpc8248 and FCC ethernet
so double check your manual. The MPC8555E manual is still wrong in this regard, and no errata has been issued yet. Uff, it works now.Thank You for quick reply. Surely MPC8272 familly doc says there are 8K DPRAM from 0 to 0x1fff It should be updated in include/asm/cpm_8260.h
mpc8248 and FCC ethernet
What are differences between using FCC in u-boot and kernel? I have fine working u-boot on my new mpc8248 board, I can sucessfully download kernel via ethernet on FCC1. But inside kernel all RX frames are filled with 0xff data, also send frames I can see on the other side, are full of 0xff. Clocks and other FCC aware registers seems to be correct. The same version on linux (2_4_devel from denx.de) works fine on another mpc8260 board. Any hints? Where to find differences? What should be important to check?
burst
How to enable burst acces for external device? What i did: - program UPMx with correct cycles - setup ORx BRx, and not set BI (BurstInhibit) - done opremap instead of opremap_nocache An no burst acces is done. Do I have to do DMA transfers?
burst
Forgot to say, it's on mpc8250 How to enable burst acces for external device? What i did: - program UPMx with correct cycles - setup ORx BRx, and not set BI (BurstInhibit) - done opremap instead of opremap_nocache An no burst acces is done. Do I have to do DMA transfers?
mpcbdm Flash.dev for intel 28F640J3
Anone have such file, supports intel flashes with mpcbdm and mpcbdm-gbd?
[Fwd: Re: Getting ownership for various boards/platforms configs]
-- next part -- An embedded message was scrubbed... From: Allen Curtis [EMAIL PROTECTED] Subject: Re: Getting ownership for various boards/platforms configs Date: Fri, 3 Jun 2005 07:27:41 -0700 Size: 2933 Url: http://ozlabs.org/pipermail/linuxppc-embedded/attachments/20050606/e13acbfb/attachment.eml
Getting ownership for various boards/platforms configs
Dnia 2005-06-03 01:19, U?ytkownik Kumar Gala napisa?: One issue that comes up from time to time is knowing who to contact about some of the various boards that are supported for PPC. I've suggested in the past that we create a MAINTAINERS file in arch/ppc/platforms. I've started with a list of all the _defconfigs that we have and would like to see if we can get contacts for the boards. All this list is meant to be is a contact point. There is another issue.. May I suggest to add one full-custom board? There are a lot of changes to do inside uart,fec,fcc drivers with a lot of #ifdefs, just because different use of mpc resources on different boards. Why it's not configured via menuconfig? Another nice example is inside status_led.h...
IDMA PCI on 8250
Do I need any hardware changes to use IDMA version of PCI driver?
IDMA
Do I need any hardware changes in order to use IDMA for PCI transactions on 8250? Should it be faster? Maybe less cpu usage? I have the same questions about using idma for connecting external device (ie DSP) on 8xx processors ?
USB on 8250 PCI
i still can't figure out is it a hardware or configuration problem, i can see all registers, drivers seems to work, it can detect device insert but there is no data transmision there are also no interrupts, i'm not sure what to write in interrupt_line in PCI config space any hints? = here is my dmesg part: ehci_hcd 00:1e.2: PCI device 1033:00e0 ehci_hcd 00:1e.2: irq -20, pci mem c924b000 usb.c: new USB bus registered, assigned bus number 1 ehci_hcd 00:1e.2: ehci_start hcs_params 0x2385 dbg=0 cc=2 pcc=3 !ppc ports=5 ehci_hcd 00:1e.2: ehci_start portroute 1 0 1 0 0 ehci_hcd 00:1e.2: ehci_start hcc_params e806 thresh 0 uframes 256/512/1024 park ehci_hcd 00:1e.2: capability 0001 at e8 ehci_hcd 00:1e.2: reset command 080b02 park=3 ithresh=8 period=1024 Reset HALT PCI: 00:1e.2 PCI cache line size set incorrectly (0 bytes) by BIOS/FW, correcting to 32 ehci_hcd 00:1e.2: init command 010b09 park=3 ithresh=1 period=256 RUN ehci_hcd 00:1e.2: USB 2.0 enabled, EHCI 1.00, driver 2003-Dec-29/2.4 hcd.c: 00:1e.2 root hub device address 1 usb.c: kmalloc IF c727f340, numif 1 usb.c: new device strings: Mfr=3, Product=2, SerialNumber=1 usb.c: USB device number 1 default language ID 0x0 Manufacturer: Linux 2.4.19-dgt ehci_hcd Product: PCI device 1033:00e0 SerialNumber: 00:1e.2 hub.c: USB hub found hub.c: 5 ports detected hub.c: standalone hub hub.c: ganged power switching hub.c: individual port over-current protection hub.c: Single TT hub.c: TT requires at most 8 FS bit times hub.c: Port indicators are not supported hub.c: power on to power good time: 0ms hub.c: hub controller current requirement: 0mA hub.c: port removable status: R hub.c: local power source is good hub.c: no over-current condition exists hub.c: enabling power on all ports usb.c: hub driver claimed interface c727f340 ehci_hcd 00:1e.2: GetStatus port 1 status 001803 POWER sig=j CSC CONNECT hub.c: port 1, portstatus 501, change 1, 480 Mb/s hub.c: port 1 connection change hub.c: port 1, portstatus 501, change 1, 480 Mb/s hub.c: port 1, portstatus 501, change 0, 480 Mb/s hub.c: port 1, portstatus 501, change 0, 480 Mb/s hub.c: port 1, portstatus 501, change 0, 480 Mb/s hub.c: port 1, portstatus 501, change 0, 480 Mb/s hub.c: port 1, portstatus 511, change 0, 480 Mb/s hub.c: port 1 of hub 1 not reset yet, waiting 10ms hub.c: port 1, portstatus 511, change 0, 480 Mb/s hub.c: port 1 of hub 1 not reset yet, waiting 10ms ehci_hcd 00:1e.2: port 1 full speed -- companion ehci_hcd 00:1e.2: GetStatus port 1 status 003801 POWER OWNER sig=j CONNECT hub.c: port 1, portstatus 0, change 10, 12 Mb/s ehci_hcd 00:1e.2: free_config devnum 0 hub.c: port 2, portstatus 100, change 0, 12 Mb/s hub.c: port 3, portstatus 100, change 0, 12 Mb/s hub.c: port 4, portstatus 100, change 0, 12 Mb/s hub.c: port 5, portstatus 100, change 0, 12 Mb/s
USB on 8250 PCI
Dnia 2005-04-07 09:31, U?ytkownik Jaap-Jan Boor napisa?: What kernel version do you use? In a 2.4 series kernel, you might check m8260_pcibios_fixup() and probably set dev-irq ? I don't know yet if this is the same in 2.6. I recently saw a lot of pci setup related changes in this mailing list. Jaap-Jan i'm using 2.4.19 and 2.4.25 usb code irqs, and io maps are set correctly when trying to use ohci code there is one interrupt at startup: 3usb-ohci.c: OHCI Unrecoverable Error, controller usb-00:1e.0 anyone knows, what does it mean? i've modified code to ignore it...
USB on 8250 PCI
anyone have tested USB host controller on pci with mpc8250 i have NEC PD720101 ohci/ehci device i have no response from usb devices any hints?
USB on 8250 PCI
anyone have tested USB host controller on pci with mpc8250 i have NEC PD720101 ohci/ehci device i have no response from usb devices any hints?
idma in mpc850
is there any example of using idma channels on mpc850? i need to speedup connection to DSP
uclibc with gcc-2.95
-anyone have compiled powerpc cross-gcc-2.95 with uclibc ?
any hints using gcc 3.4.3 for 2.4.25 kernel?
a)first i have: - 2.4.25 kernel (from denx cvs) - eldk with 2.95.4 compiler this one set works fine :) b)then, i've tried to same sources with: gcc-3.4.3 , self build from uClibc buildroot new hernel hangs just after decompressing :( any tricks?
Poor 8260 FCC Ethernet performance
cut yeah, and another common mistake is switching tx/rx clocks ;) ** Sent via the linuxppc-embedded mail list. See http://lists.linuxppc.org/
console terminal on mpc8xx
i have mpx8xx custom board with console on SMC1 but there are some problems using it as a terminal with minicom here is some otputs: # stty -a speed 115200 baud; rows 0; columns 0; intr = ^C; quit = ^\; erase = ^?; kill = ^U; eof = ^D; eol = undef; eol2 = undef; start = ^Q; stop = ^S; susp = ^Z; rprnt = ^R; werase = ^W; lnext = ^V; flush = ^O; min = 1; time = 0; -parenb -parodd cs8 hupcl -cstopb cread clocal -crtscts -ignbrk brkint -ignpar -parmrk -inpck -istrip -inlcr -igncr icrnl ixon -ixoff -iuclc -ixany imaxbel opost -olcuc -ocrnl onlcr -onocr -onlret -ofill -ofdel nl0 cr0 tab0 bs0 vt0 ff0 isig icanon iexten echo echoe echok -echonl -noflsh -xcase -tostop -echoprt echoctl echoke # and programs using stdandard \e[x;yH command to set cursor position displays correct only first two lines TERM is set to vt102 booth on minicom and console and: -setting 'stty rows 24 columns 80 this' changes nothing -same program on telnet session works fine Q: -where the problem is (kernel, minicom, program, tty setings, or whatever)? - how to correct this problem? ** Sent via the linuxppc-embedded mail list. See http://lists.linuxppc.org/
826x ATM
U?ytkownik Rune Torgersen napisa?: Has anybody got working code for using ATM on FCC1 on a 826x CPU? Our board has the same ATM impementation as the MPC826xADS boards, and I need a way to test if it actually works. we have one, but it's hardware dependend you'll have to make some modification specific to your phy,clocking,using of local bus etc... -- * * * * * * * * * * * * * per pedes ad astra! * * * * * * * * * * * * *mailto:krom at dgt-lab.com.pl ** Sent via the linuxppc-embedded mail list. See http://lists.linuxppc.org/
isdn on 8xx
i have a driver for my custom 8xx board, wich supports reading/writing 2- or 8-bit wide hdlc frames does anyone know how to port it to isdn driver compatible with isdn4linux, or is sowhere there such driver? -- * * * * * * * * * * * * * per pedes ad astra! * * * * * * * * * * * * *mailto:krom at dgt-lab.com.pl ** Sent via the linuxppc-embedded mail list. See http://lists.linuxppc.org/
cd
U?ytkownik Samo Pogacnik napisa?: On Monday 05 January 2004 09:15, Wojciech Kromer wrote: U?ytkownik Samo Pogacnik napisa?: Is it possible that there is something wrong in the way how the: netif_wake_queue(dev) gets called from the interrupt handler in the fcc_enet.c? I can confirm this problem for 2.4.18 as well as 2.6.0 kernels on mpc82xx. i don't know exactly what's wrong with 82xx code, but i wrote a small patch that frees unfreed skbuf before allocating new one, and now it works fine additionaly, i had no problem with (almost) the same code on 8xx hi, Wojciech can you send the patch? sure, just 4 lines addes did you free skbuffs from the irq handler or somewhere else? just before allocation when i run netperf (snapshot) test using the 100Mbps connection, this test eats all the available RAM. the /proc/meminfo shows that most of the used memory at that point is been held by internal kernel structures (Slab). better reults are shwn with grep skb /proc/slabinfo by, Samo here it is: *** *** 413,418 --- 412,420 /* Save skb pointer. */ + //by k at m 2003-12-05 + if(cep-tx_skbuff[cep-skb_cur]) + dev_kfree_skb_irq (cep-tx_skbuff[cep-skb_cur]); cep-tx_skbuff[cep-skb_cur] = skb; cep-stats.tx_bytes += skb-len; *** *** 560,565 --- 562,568 /* Free the sk buffer associated with this last transmit. */ dev_kfree_skb_irq(cep-tx_skbuff[cep-skb_dirty]); + cep-tx_skbuff[cep-skb_dirty]=0;//by k at m 2003-12-05 cep-skb_dirty = (cep-skb_dirty + 1) TX_RING_MOD_MASK; /* Update pointer to next buffer descriptor to be transmitted. *** *** 1348,1353 --- 1351,1357 * It works when I do this. */ memset((char *)ep, 0, sizeof(fcc_enet_t)); + memset(cep-tx_skbuff,0,sizeof(cep-tx_skbuff)); /* Allocate space for the buffer descriptors in the DP ram. * These are relative offsets in the DP ram address space. --- ps: i send you my full version of fcc_enet.c -- * * * * * * * * * * * * * per pedes ad astra! * * * * * * * * * * * * *mailto:krom at dgt-lab.com.pl ** Sent via the linuxppc-embedded mail list. See http://lists.linuxppc.org/
memory problem with fec on 8250
U?ytkownik Samo Pogacnik napisa?: Hello! Is it possible that there is something wrong in the way how the: netif_wake_queue(dev) gets called from the interrupt handler in the fcc_enet.c? I can confirm this problem for 2.4.18 as well as 2.6.0 kernels on mpc82xx. bye, Samo i don't know exactly what's wrong with 82xx code, but i wrote a small patch that frees unfreed skbuf before allocating new one, and now it works fine additionaly, i had no problem with (almost) the same code on 8xx -- * * * * * * * * * * * * * per pedes ad astra! * * * * * * * * * * * * *mailto:krom at dgt-lab.com.pl ** Sent via the linuxppc-embedded mail list. See http://lists.linuxppc.org/
cached memory
how to change strategy of using cached memory? this is a shot from top program on my board == 7:31pm up 18:31, 2 users, load average: 2.46, 1.89, 1.17 28 processes: 25 sleeping, 3 running, 0 zombie, 0 stopped CPU states: 0.1% user, 99.8% system, 0.0% nice, 0.0% idle Mem: 127888K av, 124880K used,3008K free, 0K shrd, 0K buff Swap: 0K av, 0K used, 0K free 58936K cached PID USER PRI NI SIZE RSS SHARE STAT %CPU %MEM TIME COMMAND 768 root 14 0 10740 500 388 R96.7 0.3 3:17 dd 522 root 9 0 1264 1264 932 D 1.1 0.9 0:09 ftp == in some cases there are out of memory errors in my applications, esspecialy when system has high load, free memory slowy goes down there are no new allocs in applications, but cache keeps growing -- * * * * * * * * * * * * * per pedes ad astra! * * * * * * * * * * * * *mailto:krom at dgt-lab.com.pl ** Sent via the linuxppc-embedded mail list. See http://lists.linuxppc.org/
memory problem with fec on 8250
U?ytkownik Kromer napisa?: hi there i have some problems with using fec device on my custom 8250 board while sending a lot of data (at least 300MB) through this device causes lack of memory sending same amount of data through loopback works fine i'm using 2.4.19 kernel any idea? cached memory keeps growing slowly, and free is going down same way, after putting ~300MB ftp data (from 8250 board to another host), VM starts killing some applications same situation is with latest linuxppc_2_4_devel kernel from denx.de, but there is additional information from kernel 5__alloc_pages: 0-order allocation failed (gfp=0x1d2/0) 5__alloc_pages: 0-order allocation failed (gfp=0x1d2/0) 5__alloc_pages: 0-order allocation failed (gfp=0x1d2/0) 5__alloc_pages: 0-order allocation failed (gfp=0x1d2/0) 5__alloc_pages: 0-order allocation failed (gfp=0x1d2/0) 4VM: killing process sshd what's wrong ??? -- * * * * * * * * * * * * * per pedes ad astra! * * * * * * * * * * * * *mailto:krom at dgt-lab.com.pl ** Sent via the linuxppc-embedded mail list. See http://lists.linuxppc.org/
memory problem with fec on 8250
U?ytkownik Eugene Surovegin napisa?: On Thu, Dec 04, 2003 at 11:37:28AM +0100, Wojciech Kromer wrote: i have to check end-of-trasmit interrupt code, but it seems to be good, and it's common used driver (i hope so) Yep, quick look didn't reveal anything suspicious. To quickly check TX skb leak theory I'd add one counter and 1) increment it in fcc_start_xmit, and increment it for each transmitted packet (e.g. at line 450) 2) decrement it in fcc_enet_interrupt right after dev_kfree_skb_irq (at line 593). Make this counter accessible from user mode, e.g. through /proc and run your test :) so i made such test, theese are results: bash-2.05# cat /proc/interrupts CPU0 19:157 8260 SIU Edge dsp_msg 33: 81139 8260 SIU Edge fenet 34: 0 8260 SIU Edge fenet 40: 3909 8260 SIU Edge uart 42:134 8260 SIU Edge uart 43: 0 8260 SIU Edge uart BAD: 14481 bash-2.05# cat /proc/kdebug tx_skb_alloc=53384 tx_skb_free=29058 _anyone_ knows why there is such difference between allocs and frees in fcc_enet.c -- * * * * * * * * * * * * * per pedes ad astra! * * * * * * * * * * * * *mailto:krom at dgt-lab.com.pl ** Sent via the linuxppc-embedded mail list. See http://lists.linuxppc.org/
another (?) uart.c problem
i have latest uart.c for 8xx from cvs, and there is probelem with changing speed i'm using only SMC1 (console /dev/tts/0) and SCC2 (/dev/tts/1) when i'm changing speed for /dev/tts/1 nothing hapens, changing on /dev/tts/0 applies to both of them -- * * * * * * * * * * * * * per pedes ad astra! * * * * * * * * * * * * *mailto:krom at dgt-lab.com.pl ** Sent via the linuxppc-embedded mail list. See http://lists.linuxppc.org/
/dev/random
anyone has sucesses with /dev/random ? how to switch it to another sources (i do not have keyboard and mouse on my ebedded ppc platform) -- * * * * * * * * * * * * * per pedes ad astra! * * * * * * * * * * * * *mailto:krom at dgt-lab.com.pl ** Sent via the linuxppc-embedded mail list. See http://lists.linuxppc.org/
/dev/random
U?ytkownik Wojciech Kromer napisa?: anyone has sucesses with /dev/random ? how to switch it to another sources (i do not have keyboard and mouse on my ebedded ppc platform) -- OK, i solved this quickly, just adding SA_SAMPLE_RANDOM flag in fec.c -- * * * * * * * * * * * * * per pedes ad astra! * * * * * * * * * * * * *mailto:krom at dgt-lab.com.pl ** Sent via the linuxppc-embedded mail list. See http://lists.linuxppc.org/
Motorola finally anounces the MPC5200
I had given up hope of them ever releasing it. I know some people were working on the MGT5100 ( the MPC5200's cousin ) . Where are the development trees hosted? Any status on stability/maturity of the peripheral drivers? What about linux-kernel on this chip? Is it binary compatible (userspace programs) to mpc8xx/82xx ??? -- * * * * * * * * * * * * * per pedes ad astra! * * * * * * * * * * * * *mailto:krom at dgt-lab.com.pl ** Sent via the linuxppc-embedded mail list. See http://lists.linuxppc.org/
need a fast byteorder changing routine
U?ytkownik li napisa?:
Hi all,
i need do a lot of byteorder changing operation from big-endian to
little-endian. cpu_to_le32 is not fast enough for me, does anyone have such a
routine written in asm.?
PS: here is an ugly asm function do such thing:
void swapbyte(unsigned long *val, unsigned long offset,
unsigned long value)
{
asm (lis 3 %0 at ha : =r (val));
asm (lwz 3,%0 at l(3) : =r (val));
asm (stw %1, 0(4) : =r (offset));
asm (stw %2, 0(5) : =r (value));
asm (stwbrx 5, 3, 4);
}val is the address of value. i used to set this function as inline, but
kernel said:
Oops: kernel access of bad area, sig: 11
Any comments
Best Regards!
Li
try DIRECT using out_le16/32 in_le16/32 from asm/io.h,
this takes same time as one big endian write/read
--
* * * * * * * * * * * *
* per pedes ad astra! *
* * * * * * * * * * * *mailto:krom at dgt-lab.com.pl
** Sent via the linuxppc-embedded mail list. See http://lists.linuxppc.org/
Problem installing Denx Eldk on Mandrake 9.1
Is it because of Mandrake 9.1? Yes. They (mandrake maintainers) like newer versions of rpm, and it have some problems with redirection try: for f in *.rpm;do rpm -hiv $f --force --nodeps --relocate /=/opt/eldk;done if this won't help rename /var/lib/__db* another method is downgrade rpm (sorry dont remember version) my sollution was copy /opt/eldk from previous installation on another machine -- * * * * * * * * * * * * * per pedes ad astra! * * * * * * * * * * * * *mailto:krom at dgt-lab.com.pl ** Sent via the linuxppc-embedded mail list. See http://lists.linuxppc.org/
snmp agent on embedded linux!
U?ytkownik yong_guo napisa?: hi all, Anyone who has experience in porting the ucd-snmp packet on embedded linux running on ppc8xx or ppc82xx? there was pre-compiled version in HardHat, and source compiles with eldk corss-compiler -- * * * * * * * * * * * * * per pedes ad astra! * * * * * * * * * * * * *mailto:krom at dgt-lab.com.pl ** Sent via the linuxppc-embedded mail list. See http://lists.linuxppc.org/
pcf8563 and i2c kernel abstarct
Hell there.
I have some toubles using pcf8563_rtc driver. It causes 'kernel panic'
in rtc_rd function. I've done some debugging, ad discoverd what
back-follows:
- i2c_client *clnt is not set on call to rtc_rd
- it was called from pcf8563_rtc_init (by now = pcf8563_get_rtc_time();)
- clnt is created in pcf8563_attach
- prior call to i2c_add_driver(pcf8563_driver) does not call
pcf8563_attach, which should be caled from this part of
i2c-core.c:i2c_add_driver:
/* now look for instances of driver on our adapters
if (driver-flags (I2C_DF_NOTIFY|I2C_DF_DUMMY)) {
for (i=0;iI2C_ADAP_MAX;i++)
if (adapters[i]!=NULL)
/*
Ignore errors */
driver-attach_adapter(adapters[i]);
-this is because adapters[...] are not set
Q:
- did i miss anything adding this driver
- where and how adaptes should be set
?
I need only add support in ppc_md, so I can write my own functions to
implement talking with pcf8563. But... why to reinvent working (or not
?) code?
--
* * * * * * * * * * * *
* per pedes ad astra! *
* * * * * * * * * * * *mailto:krom at dgt-lab.com.pl
** Sent via the linuxppc-embedded mail list. See http://lists.linuxppc.org/
pcf8563 and i2c kernel abstarct
i've forgot to call si2c_init before, now there is another starnge thig, here is my backtrace #0 add_wait_queue_exclusive (q=0xc01ba738, wait=0xc03f7f28) at linux/include/linux/list.h:44 #1 0xc00095bc in __down (sem=0xc01ba730) at semaphore.c:79 #2 0xc00e83a0 in i2c_add_driver (driver=0xc017d3fc) at linux/include/asm/semaphore.h:94 #3 0xc018deb0 in pcf8563_rtc_init () at pcf8563.c:265 #4 0xc018d92c in misc_init () at misc.c:270 #5 0xc018d1b0 in chr_dev_init () at mem.c:677 #6 0xc01866dc in do_initcalls () at init/main.c:474 #7 0xc0186724 in do_basic_setup () at init/main.c:558 #8 0xc0002294 in init (unused=0x1) at init/main.c:574 #9 0xc0006d24 in kernel_thread () at time.c:447 -- * * * * * * * * * * * * * per pedes ad astra! * * * * * * * * * * * * *mailto:krom at dgt-lab.com.pl ** Sent via the linuxppc-embedded mail list. See http://lists.linuxppc.org/
execve inside irq?
anyone knows ho to call execve inside irq i just want to execve(/sbin/poweroff) in case of pressing power button on my board -- * * * * * * * * * * * * * per pedes ad astra! * * * * * * * * * * * * *mailto:krom at dgt-lab.com.pl ** Sent via the linuxppc-embedded mail list. See http://lists.linuxppc.org/
execve inside irq?
Since I did not find a better solution yet I start a new kernel thread that takes care of poweroff when getting the power button interrupt. In this new thread I then send a SIGUSR1 to init, but you could probably call execve(/sbin/poweroff) as well. Steven thx, this method works fine -- * * * * * * * * * * * * * per pedes ad astra! * * * * * * * * * * * * *mailto:krom at dgt-lab.com.pl ** Sent via the linuxppc-embedded mail list. See http://lists.linuxppc.org/
kernel/timer.c
hmm, why not just: expire = timespec_to_jiffies(t); if tv_sec and tv_sec are zero, do you need to sleep at all? Jocke sleep(0) could be defined as: -schedule to next task if there is any (just call schedule() ) -sleep minimum value (1 jiffie) default kernel (no timer patches) uses second definition, there is special call schedule_timeout(MAX_SCHEDULE_TIMEOUT) which also calls schedule() -- * * * * * * * * * * * * * per pedes ad astra! * * * * * * * * * * * * *mailto:krom at dgt-lab.com.pl ** Sent via the linuxppc-embedded mail list. See http://lists.linuxppc.org/
kernel/timer.c
sleep(0) could be defined as: -schedule to next task if there is any (just call schedule() ) -sleep minimum value (1 jiffie) default kernel (no timer patches) uses second definition, No, linux uses the first definition(or whatever schedule_timeout(0) does). If t is zero then expire also becomes zero. maybe, my missunderstood there is special call schedule_timeout(MAX_SCHEDULE_TIMEOUT) which also calls schedule() see kernel/sched.c so, anyone knows what linus.t says about adding one jiffie to every non-zero expire? -- * * * * * * * * * * * * * per pedes ad astra! * * * * * * * * * * * * *mailto:krom at dgt-lab.com.pl ** Sent via the linuxppc-embedded mail list. See http://lists.linuxppc.org/
ELDK missing ip program ?
where is /sbin/ip program ? it's needet to iup script -- * * * * * * * * * * * * * per pedes ad astra! * * * * * * * * * * * * *mailto:krom at dgt-lab.com.pl ** Sent via the linuxppc-embedded mail list. See http://lists.linuxppc.org/
kernel/timer.c
Anyone knows why tehere is a line: expire = timespec_to_jiffies(t) + (t.tv_sec || t.tv_nsec); in kernel/timer.c sys_nanosleep It adds additional time tick to expire. If anyone uses small HZ value (eg 100 which is default for arch-ppc) this causes aditional 10ms delay when calling nanosleep. For me ( found by Andrzej Kass) it should be: expire = timespec_to_jiffies(t) + !(t.tv_sec || t.tv_nsec); //^^add extra tick if there is // nothing in tv_sec and nothing in tv_nsec -- * * * * * * * * * * * * * per pedes ad astra! * * * * * * * * * * * * *mailto:krom at dgt-lab.com.pl ** Sent via the linuxppc-embedded mail list. See http://lists.linuxppc.org/
intel piix ide interface and mpc8250
anyone uses piix4 connected to mpc8250 pci interace? are there any tricks to get it work? ide driver failed to load with no messages about it. -- * * * * * * * * * * * * * per pedes ad astra! * * * * * * * * * * * * *mailto:krom at dgt-lab.com.pl ** Sent via the linuxppc-embedded mail list. See http://lists.linuxppc.org/
mpc8250 pci registers
anyone has expirience with 8250 PCI interface i'm trying to read something from pci i/o space, but mpc8250 always generates 'memory_read' operation on pci bus (i expect io_read to read registers on my piix device) here are my pci registers settings: GPCR= PCIGCR=0100 PCIMSK0=c000PCIBR0=8001 PCIMSK1=c000PCIBR1=8001 ACR=03 ALRH=30126745 PICMR0=00800fa0 PITAR0= PIBAR0=0b00 PICMR1=f0ff0fc0 PITAR1= PIBAR1=0800 POCMR0=f0ff0fc0 POTAR0= POBAR0=0b00 POCMR1=f0ff0fa0 POTAR1= POBAR1=0800 anyone knows what's wrong? -- * * * * * * * * * * * * * per pedes ad astra! * * * * * * * * * * * * *mailto:krom at dgt-lab.com.pl ** Sent via the linuxppc-embedded mail list. See http://lists.linuxppc.org/
BogoMIPS on 8xx vs 82xx
On 8xx running 50 MHz gives ~ 50 BogoMIPS, runnig 65 gives approx 65 and so on, close to linear... but on 8250 running core 266Mhz (66 on bus, 133 cpm) i get only 175BogoMIPS. Why??? -- * * * * * * * * * * * * * per pedes ad astra! * * * * * * * * * * * * *mailto:krom at dgt-lab.com.pl ** Sent via the linuxppc-embedded mail list. See http://lists.linuxppc.org/
8250 pci
Hello everybody. I'm looking for 8250 pci code for 2.4.19 linux (or any other). Is code for 8240 applicable ? -- * * * * * * * * * * * * * per pedes ad astra! * * * * * * * * * * * * *mailto:krom at dgt-lab.com.pl ** Sent via the linuxppc-embedded mail list. See http://lists.linuxppc.org/
mpc 8250 problem with 2.4.19 kernel
I have some problems running 2.4.19 kernel with mpc 8250, the same kernel works with 8260 fine. PPCBoot works fine, but kernel chrashes wit random NIP at startup. Can anyone tell me the differences between 8250 and 8260. I turned off any ATM/utopia of course. Anyone have expiriences with 8250 ? -- * * * * * * * * * * * * * per pedes ad astra! * * * * * * * * * * * * *mailto:krom at dgt-lab.com.pl ** Sent via the linuxppc-embedded mail list. See http://lists.linuxppc.org/
Various DIMM-s problem on 860
I have questin on using DIMM with 860 There are no probelems with DIMM-s on 8260, but on 860 there are no specialized BankSelect lines. But there are plenty of DIMM types On 860 there are some choises: -there are a lot of jumpers (or 0-ohm reistors) -use only one type of DIMM(which is not acceptable) -use somechip selects,and there are MEMORY HOLES in them Q: Is there any simpleway to use non-linear addresedmemory in linux? If so, how to enable this in kernel? for example there is: 0x_ .. 0x001f. memory 0x0010_ .. 0x002f. NOTHING!!! 0x0020_ .. 0x003f. memory -- * * * * * * * * * * * * * per pedes ad astra! * * * * * * * * * * * * *mailto:krom at dgt-lab.com.pl ** Sent via the linuxppc-embedded mail list. See http://lists.linuxppc.org/
console on SCC1 on 8260
Huh, I've just discovered that arch/ppc/8260_io/uart.c does not support console on SCC1! Anyone has such version of this driver? -- * * * * * * * * * * * * * per pedes ad astra! * * * * * * * * * * * * *mailto:krom at dgt-lab.com.pl ** Sent via the linuxppc-embedded mail list. See http://lists.linuxppc.org/
linux-2.4.18 copy-back cache mode
Wolfgang Denk wrote: In message 3C88CDB2.7070905 at dgt-lab.com.pl you wrote: Anyone could send me UPM table for CAS_LATENCY==3. I'm not sure if burst is realy needed. Now its disabled, because I do not have correct UPM table for this. Browse the PPCBoot sources; I added a configuration for TQM8xxL modules at 66 MHz (cpu-bus 1:1) recently; also, the LWMON configuration runs at 66 MHz 1:1. OK, thank You. But this UPM table dosen't seem to work with my DIMM. -- * * * * * * * * * * * * * per pedes ad astra! * * * * * * * * * * * * *mailto:krom at dgt-lab.com.pl ** Sent via the linuxppc-embedded mail list. See http://lists.linuxppc.org/
linux-2.4.18 copy-back cache mode
I am sorry. I meant 64Mhz , not 66Mhz. I am running my MPC855T at 66Mhz 1:1 CPU/bus clock mode without any problems. I used an app. note from Motorola to do this and according to the app.note, we just need to satisfy some timing constraints on the processor (latency of data reaching the MPC pins from SDRAM). The app. note suggests using specific Micron SDRAM which satisfy all these requirements. Subject: Re: linux-2.4.18 copy-back cache mode Maybe it's teh same problem. I have some problems while strong memory usage, for example copying a lot of files. It stops on bus errors. Anyone could send me UPM table for CAS_LATENCY==3. I'm not sure if burst is realy needed. Now its disabled, because I do not have correct UPM table for this. == I have CPU: XPC860xxZPnnD4 at 80 MHz: 4 kB I-Cache 4 kB D-Cache FEC present And SDRAM: DIMM size 0x0800 (128 MB) [00] 80 number of bytes written/used [01] 08 total number of bytes in serial PD device [02] 04 fundamental memory type (SDRAM) [03] 0c number of rows [04] 09 number of columns [05] 02 number of banks [06] 40 data width (lo) [07] 00 data width (hi) [08] 01 interface levels [09] 75 RAS access [0A] 54 CAS access [0B] 00 configuration type (non-parity/parity/ECC) [0C] 80 refresh rate/type [0D] 08 primary DRAM organization [0E] 00 secondary DRAM organization (parity/ECC-checkbits) [0F] 01 [12] 04 supported CAS latencies: 3 [1F] 10 bank size (64 MB) other: 0 1 2 3 4 5 6 7 8 9 a b c d e f [1x] 8f 04 04 01 01 00 0e a0 60 00 00 14 0f 14 2c 10 [2x] 15 08 15 08 00 00 00 00 00 00 00 00 00 00 00 00 [3x] 00 00 00 00 00 00 00 00 00 00 00 00 00 00 12 9c [4x] 2c ff ff ff ff ff ff ff 01 00 00 00 00 00 00 00 [5x] 00 00 00 00 00 00 00 00 00 00 00 01 00 ff ff ff [6x] ff ff ff 00 00 00 00 00 00 00 00 00 00 00 00 00 [7x] 00 00 00 00 00 00 00 00 00 00 00 00 00 00 64 fd setup MEM like this UPM 00804000 MPTPR 1000 SDRAM 2 32MB BR fff00110=0x00C1 OR fff00114=0xFE000F00 SDRAM 3 32MB BR fff00118=0x02C1 OR fff0011c=0xFE000F00 SDRAM 5 32MB BR fff00128=0x04C1 OR fff0012c=0xFE000F00 SDRAM 6 32MB BR fff00130=0x06C1 OR fff00134=0xFE000F00 MBMR 4e944112 MAR 00c8 MCR 80804234 80806234 8080a234 8080c234 -- * * * * * * * * * * * * * per pedes ad astra! * * * * * * * * * * * * *mailto:krom at dgt-lab.com.pl ** Sent via the linuxppc-embedded mail list. See http://lists.linuxppc.org/
MPC8xx IDE
EXT_DIRECT is used for IDE devices directly connected to the 8xx bus using some glue logic, but _not_ the 8xx internal PCMCIA interface (example: IDIF860 systems) ... What does it mean 'some glue logic'? I have to use CompactFlash on 8260. How to connect it? -- * * * * * * * * * * * * * per pedes ad astra! * * * * * * * * * * * * *mailto:krom at dgt-lab.com.pl ** Sent via the linuxppc-embedded mail list. See http://lists.linuxppc.org/
What's wrong with my kernel debugging?
I'm trying to debug kernel module on remote PPC machine. Say me if I'm doing something wrong. I had fonud 0xc303b04c address using loadmodule.sh script == Copyright 2000 Free Software Foundation, Inc. GDB is free software, covered by the GNU General Public License, and you are welcome to change it and/or distribute copies of it under certain conditions. Type show copying to see the conditions. There is absolutely no warranty for GDB. Type show warranty for details. This GDB was configured as ppc-redhat-linux. (gdb) target remote /dev/ttyS0 Remote debugging using /dev/ttyS0 0xc000aff8 in ?? () (gdb) add-symbol-file /lib/modules/vtxcsmod 0xc303b04c add symbol table from file /lib/modules/vtxcsmod at .text_addr = 0xc303b04c (y or n) y Reading symbols from /lib/modules/vtxcsmod...done. (gdb) b init_module Breakpoint 1 at 0xc30aba20: file vtxcs_mod.c, line 93. (gdb) continue Continuing. warning: Cannot insert breakpoint 1: Cannot access memory at address 0xc30aba20 ^^ why ??? -- * * * * * * * * * * * * * per pedes ad astra! * * * * * * * * * * * * *mailto:krom at dgt-lab.com.pl ** Sent via the linuxppc-embedded mail list. See http://lists.linuxppc.org/
falc-lh + mpc823
Does anyone used FALC-LH chip (PEB2255 from Siemens) connected to MPC823? Do You have any idea how to make it run? I found only some falc references in pc300 driver (linux-2.2.17), but it uses PCI a lot (i don't have PCI of course). -- * * * * * * * * * * * * * * per pedes ad astra ! * * * * * * * * * * * * * *mailto:krom at dgt-lab.com.pl ** Sent via the linuxppc-embedded mail list. See http://lists.linuxppc.org/
[Fwd: Re: FADS problem]
OK, thank You for all. Now my FADS runs with linux. -- * * * * * * * * * * * * * * per pedes ad astra ! * * * * * * * * * * * * * *mailto:krom at dgt-lab.com.pl ** Sent via the linuxppc-embedded mail list. See http://lists.linuxppc.org/
FADS problem
without ADI connector my FADS works a little bit better: now sash displays info and hangs .. entry 0x10, phoff 0x34, shoff 0x72ad8 phnum 0x1, shnum 0x9 p_offset 0x1, p_vaddr 0x10, p_paddr 0x10 p_filesz 0x5308, p_memsz 0xb1d8 Loading at 0x10c000 Size 474019 463 blocks Starting 0x11c000 loaded at: 0011C000 001271D8 Relocated to: 0010 0010B1D8 Board Data at: 00BF 00BF001C relocated to: 00200100 0020011C Boot args at: 0020 00200200 zimage at: 00122000 0017EA9B avail ram: 0017F000 00C0 Linux/PPC load: Uncompressing Linux... done. Now booting the kernel Linux version 2.2.13 (root at cpiz_0) (gcc version 2.95.2 19991024 (release)) #16 Fri Aug 18 15:25: 34 CEST 2000 Boot arguments: root=/dev/nfs rw nfsaddrs=192.168.6.204:192.168.6.43 nfsroot=192.168.6.43:/LinuxPPC/root init=/bin/sh time_init: decrementer frequency = 18000/60 Calibrating delay loop... 47.82 BogoMIPS Memory: 11156k available (696k kernel code, 404k data, 32k init) [c000,c0c0] DENTRY hash table entries: 262144 (order: 9, 2097152 bytes) Buffer-cache hash table entries: 32768 (order: 5, 131072 bytes) Page-cache hash table entries: 4096 (order: 2, 16384 bytes) POSIX conformance testing by UNIFIX Linux NET4.0 for Linux 2.2 Based upon Swansea University Computer Society NET3.039 NET4: Unix domain sockets 1.0 for Linux NET4.0. NET4: Linux TCP/IP 1.0 for NET4.0 IP Protocols: ICMP, UDP, TCP TCP: Hash tables configured (ehash 16384 bhash 16384) Starting kswapd v 1.5 CPM UART driver version 0.03 ttyS00 at 0x0280 is a SMC ttyS01 at 0x0380 is a SMC pty: 256 Unix98 ptys configured eth0: CPM ENET Version 0.2, 08:00:3e:26:15:59 IP-Config: Guessing netmask 255.255.255.0 now eth0 works (i can ping 192.168.6.204!) Looking up port of RPC 13/2 on 192.168.6.43 Looking up port of RPC 15/1 on 192.168.6.43 VFS: Mounted root (NFS filesystem). Freeing unused kernel memory: 32k init Stand-alone shell (version 3.4) Usage: sash [-a] [-q] [-c command] [-p prompt] now it hangs (even ping dosen't work) what is wrong? -- * * * * * * * * * * * * * * per pedes ad astra ! * * * * * * * * * * * * * *mailto:krom at dgt-lab.com.pl ** Sent via the linuxppc-embedded mail list. See http://lists.linuxppc.org/
too few RAM?
Dan Malek wrote: Wojciech Kromer wrote: i'm trying to run mpc8xx-2.2.13 (with all patches I found) - with 8xxrom (0.3.0) - on MPC8XXFADS .MPC823e .4MB RAM .2MB FLASH Yes, sorry, this is too little RAM. A long time ago in a land far, far away (before initrd support), you could boot in less than 8 Mbytes. Not any more. -- Dan now i have 8MB RAM,but my kernel still hangs trying to run any application my kernel is: 'Using ELF interpreter /lib/ld.so.1' i was trying to compile ld.so, but there are erros: lddstub.S:19: #error Only know how to support i386, m68k and sparc architectures lddstub.S:36: #error Only know how to support i386, m68k and sparc architectures ld.so... versions from net dosent semm to work (i was trying to use one from HHL, and from mbxroot.min.tgz file) Q1: where can i get FULL BINARY versions of: -8xxrom (or something like this) -kernel starting from nfs -root file system (to put it on nfs server) form my board Q2: are there any source packages for ALL what i need to re-compile -- * * * * * * * * * * * * * * per pedes ad astra ! * * * * * * * * * * * * * *mailto:krom at dgt-lab.com.pl ** Sent via the linuxppc-embedded mail list. See http://lists.linuxppc.org/
too few RAM?
i'm trying to run mpc8xx-2.2.13 (with all patches I found) - with 8xxrom (0.3.0) - on MPC8XXFADS .MPC823e .4MB RAM .2MB FLASH this is is my boot time output: == entry 0x10, phoff 0x34, shoff 0x75a60 phnum 0x1, shnum 0x9 p_offset 0x1, p_vaddr 0x10, p_paddr 0x10 p_filesz 0x530c, p_memsz 0xb1cc Loading at 0x10c000 Size 486060 475 blocks Starting 0x11c000 loaded at: 0011C000 001271CC relocated to: 0010 0010B1CC board data at: 003F 003F001C relocated to: 0010C100 0010C11C zimage at: 00122000 00181A24 avail ram: 00182000 0040 Linux/PPC load: Uncompressing Linux...done. Now booting the kernel and here is what exception: Implementation Specific Instruction TLB miss 0xc00d95bc can't read memory address f823Bug md 0d95b0 :i 0x000d95b0: bb010010 lmwr24, 0x10(r1) 0x000d95b4: 38210030 addi r1,r1, 0x30 0x000d95b8: 4e800020 bclr 0x14,0 0x000d95bc: 9421ffd0 stwu r1,-0x30(r1) 0x000d95c0: 7c0802a6 mfspr r0,LR 0x000d95c4: bf810020 stmw r28, 0x20(r1) 0x000d95c8: 90010034 stwr0, 0x34(r1) 0x000d95cc: 3d20c00d addis r9,r0,0xc00d 0x000d95d0: 80697420 lwzr3, 0x7420(r9) 0x000d95d4: 3fa0c00d addis r29,r0,0xc00d 0x000d95d8: 4bf36f79 bl 0x00010550 0x000d95dc: 3f80c00d addis r28,r0,0xc00d 0x000d95e0: 38610008 addi r3,r1, 0x8 0x000d95e4: 38bc7408 addi r5,r28, 0x7408 0x000d95e8: 389d7404 addi r4,r29, 0x7404 0x000d95ec: 480004d9 bl 0x000d9ac4 Q1: is it not enough RAM to run this stuff ? Q2: does anyone have ALL pathched files to run with my board? (HHL nos not support FADS!) PS please answer to my priv too (krom at dgt-lab.com.pl) * * * * * * * * * * * * * * per pedes ad astra ! * * * * * * * * * * * * * *mailto:krom at softomat.com.pl ** Sent via the linuxppc-embedded mail list. See http://lists.linuxppc.org/
