* USB flashdrive on Motorola MPC5200 (IceCube) board, linux kernel 2.4.20
From: Furxhi, Orges @ 2006-06-13 22:10 UTC (permalink / raw)
To: linuxppc-embedded
[-- Attachment #1: Type: text/plain, Size: 10999 bytes --]
Hi all,
I have been trying for days now to get my usb flashdrive to work on my
Motorola MPC5200 (IceCube) board running on the 2.4.20 linux kernel. I have
followed the instruction in this Flash Memory HOWTO article
(http://www.tldp.org/HOWTO/Flash-Memory-HOWTO/index.html
<http://www.tldp.org/HOWTO/Flash-Memory-HOWTO/index.html> ), but I have had
no success.
When I mount the usbfs filesystem (mount -t usbfs none /proc/bus/usb/) the
following 3 items are created in the /proc/bus/usb/ directory:
dr-xr-xr-x 1 root root 0 Jan 1 00:12 001
-r--r--r-- 1 root root 0 Jan 1 00:12 devices
-r--r--r-- 1 root root 0 Jan 1 00:12 drivers
# cat devices shows:
T: Bus=01 Lev=00 Prnt=00 Port=00 Cnt=00 Dev#= 1 Spd=12 MxCh= 2
B: Alloc= 0/900 us ( 0%), #Int= 0, #Iso= 0
D: Ver= 1.10 Cls=09(hub ) Sub=00 Prot=00 MxPS= 8 #Cfgs= 1
P: Vendor=0000 ProdID=0000 Rev= 0.00
S: Product=USB OHCI Root Hub
S: SerialNumber=f0001000
C:* #Ifs= 1 Cfg#= 1 Atr=40 MxPwr= 0mA
I: If#= 0 Alt= 0 #EPs= 1 Cls=09(hub ) Sub=00 Prot=00 Driver=hub
E: Ad=81(I) Atr=03(Int.) MxPS= 2 Ivl=255ms
# cat drivers shows
usbdevfs
hub
usb-storage
In the this Flash Memory-HOWTO it is mentioned that the usb-storage-x
directory will be created in the /proc/scsi/ directory, but I do not see it
on my system. Also the contents of /proc/scsi/scsi are "Attached devices:
none".
Following are my boot up messages:
U-Boot 1.1.4 (Mar 21 2006 - 15:07:57)
CPU: MPC5200 v1.2 at 462 MHz
Bus 132 MHz, IPB 66 MHz, PCI 33 MHz
Board: Motorola MPC5200 (IceCube)
I2C: 85 kHz, ready
DRAM: 64 MB
FLASH: 8 MB
In: serial
Out: serial
Err: serial
Net: FEC ETHERNET
Type "run flash_nfs" to mount root filesystem over NFS
Hit any key to stop autoboot: 0
## Booting image at ff900000 ...
Image Name: Linux-2.4.20_mvl31-lite5200
Created: 2006-06-13 21:40:05 UTC
Image Type: PowerPC Linux Kernel Image (gzip compressed)
Data Size: 989480 Bytes = 966.3 kB
Load Address: 00000000
Entry Point: 00000000
Verifying Checksum ... OK
Uncompressing Kernel Image ... OK
Memory BAT mapping: BAT2=64Mb, BAT3=0Mb, residual: 0Mb
Linux version 2.4.20_mvl31-lite5200 (ofurxhi@mdc58503) (gcc version 3.3.1
(Monta
Vista 3.3.1-7.0.13.0500039 2005-01-12)) #11 Tue Jun 13 16:32:09 CDT 2006
On node 0 totalpages: 16384
zone(0): 16384 pages.
zone(1): 0 pages.
zone(2): 0 pages.
Kernel command line: root=/dev/mtdblock2 rw rootfstype=jffs2
ip=192.168.0.7:192.
168.0.2:192.168.0.2:255.255.255.0:cpua::off
frequencies: cpu=461995100, bus=131998608, ipb=65999304, pci=32999652
Calibrating delay loop... 307.20 BogoMIPS
Memory: 62460k available (1540k kernel code, 524k data, 240k init, 0k
highmem)
Dentry cache hash table entries: 8192 (order: 4, 65536 bytes)
Inode cache hash table entries: 4096 (order: 3, 32768 bytes)
Mount-cache hash table entries: 1024 (order: 1, 8192 bytes)
Buffer-cache hash table entries: 4096 (order: 2, 16384 bytes)
Page-cache hash table entries: 16384 (order: 4, 65536 bytes)
POSIX conformance testing by UNIFIX
PCI: Probing PCI hardware
PCI: Cannot allocate resource region 1 of device 00:00.0
PCI: Cannot allocate resource region 1 of device 00:01.0
PCI: Cannot allocate resource region 1 of device 00:02.0
PCI: Cannot allocate resource region 1 of device 00:03.0
PCI: Cannot allocate resource region 1 of device 00:04.0
PCI: Cannot allocate resource region 1 of device 00:05.0
PCI: Cannot allocate resource region 1 of device 00:06.0
PCI: Cannot allocate resource region 1 of device 00:07.0
PCI: Cannot allocate resource region 1 of device 00:08.0
PCI: Cannot allocate resource region 1 of device 00:09.0
PCI: Cannot allocate resource region 1 of device 00:0a.0
PCI: Cannot allocate resource region 1 of device 00:0b.0
PCI: Cannot allocate resource region 1 of device 00:0c.0
PCI: Cannot allocate resource region 1 of device 00:0d.0
PCI: Cannot allocate resource region 1 of device 00:0e.0
PCI: Cannot allocate resource region 1 of device 00:0f.0
PCI: Cannot allocate resource region 1 of device 00:10.0
PCI: Cannot allocate resource region 1 of device 00:11.0
PCI: Cannot allocate resource region 1 of device 00:12.0
PCI: Cannot allocate resource region 1 of device 00:13.0
PCI: Cannot allocate resource region 1 of device 00:14.0
PCI: Cannot allocate resource region 1 of device 00:15.0
PCI: Cannot allocate resource region 1 of device 00:16.0
PCI: Cannot allocate resource region 1 of device 00:17.0
PCI: Cannot allocate resource region 1 of device 00:18.0
PCI: Cannot allocate resource region 1 of device 00:19.0
PCI: Cannot allocate resource region 1 of device 00:1a.0
PCI: Cannot allocate resource region 1 of device 00:1b.0
PCI: Cannot allocate resource region 1 of device 00:1c.0
PCI: Cannot allocate resource region 1 of device 00:1d.0
PCI: Cannot allocate resource region 1 of device 00:1e.0
Linux NET4.0 for Linux 2.4
Based upon Swansea University Computer Society NET3.039
Initializing RT netlink socket
LSP Revision 52
ikconfig 0.5 with /proc/ikconfig
Starting kswapd
Disabling the Out Of Memory Killer
Journalled Block Device driver loaded
devfs: v1.12c (20020818) Richard Gooch (rgooch@atnf.csiro.au)
devfs: boot_options: 0x1
JFFS version 1.0, (C) 1999, 2000 Axis Communications AB
JFFS2 version 2.1. (C) 2001, 2002 Red Hat, Inc., designed by Axis
Communications
AB.
pty: 256 Unix98 ptys configured
RAMDISK driver initialized: 16 RAM disks of 8192K size 1024 blocksize
loop: loaded (max 8 devices)
Universal TUN/TAP device driver 1.5 (C)1999-2002 Maxim Krasnyansky
SCSI subsystem driver Revision: 1.00
kmod: failed to exec /sbin/modprobe -s -k scsi_hostadapter, errno = 2
kmod: failed to exec /sbin/modprobe -s -k scsi_hostadapter, errno = 2
NO QRY response
cfi_cmdset_0001: Erase suspend on write enabled
Using buffer write method
Icecube flash bank 0: Using static image partition definition
Creating 3 MTD partitions on "Icecube Bank 0":
0x00000000-0x00100000 : "u-boot"
0x00100000-0x00200000 : "kernel"
0x00200000-0x00800000 : "jffs2"
usb.c: registered new driver usbdevfs
usb.c: registered new driver hub
usb-ohci.c: USB OHCI at membase 0xf0001000, IRQ 44
usb.c: new USB bus registered, assigned bus number 1
Product: USB OHCI Root Hub
SerialNumber: f0001000
hub.c: USB hub found
hub.c: 2 ports detected
Initializing USB Mass Storage driver...
usb.c: registered new driver usb-storage
USB Mass Storage support registered.
eth0: Phy @ 0x0, type LXT971 (0x001378e2)
NET4: Linux TCP/IP 1.0 for NET4.0
IP Protocols: ICMP, UDP, TCP, IGMP
IP: routing cache hash table of 512 buckets, 4Kbytes
TCP: Hash tables configured (established 4096 bind 8192)
eth0: config: auto-negotiation off, 100HDX, 10HDX.
IP-Config: Complete:
device=eth0, addr=192.168.0.7, mask=255.255.255.0, gw=192.168.0.2,
host=cpua, domain=, nis-domain=(none),
bootserver=192.168.0.2, rootserver=192.168.0.2, rootpath=
NET4: Unix domain sockets 1.0/SMP for Linux NET4.0.
Empty flash at 0x0000fffc ends at 0x00010000
CLEANMARKER node found at 0x00010000, not first node in block (0x00000000)
Empty flash at 0x0002fffc ends at 0x00030000
CLEANMARKER node found at 0x00030000, not first node in block (0x00020000)
Empty flash at 0x0004fffc ends at 0x00050000
CLEANMARKER node found at 0x00050000, not first node in block (0x00040000)
Empty flash at 0x0006fffc ends at 0x00070000
CLEANMARKER node found at 0x00070000, not first node in block (0x00060000)
Empty flash at 0x0008fffc ends at 0x00090000
CLEANMARKER node found at 0x00090000, not first node in block (0x00080000)
Empty flash at 0x000afffc ends at 0x000b0000
CLEANMARKER node found at 0x000b0000, not first node in block (0x000a0000)
Empty flash at 0x000cfffc ends at 0x000d0000
CLEANMARKER node found at 0x000d0000, not first node in block (0x000c0000)
Empty flash at 0x000efffc ends at 0x000f0000
CLEANMARKER node found at 0x000f0000, not first node in block (0x000e0000)
Empty flash at 0x0010fffc ends at 0x00110000
CLEANMARKER node found at 0x00110000, not first node in block (0x00100000)
Empty flash at 0x0012fffc ends at 0x00130000
CLEANMARKER node found at 0x00130000, not first node in block (0x00120000)
Empty flash at 0x0014fffc ends at 0x00150000
CLEANMARKER node found at 0x00150000, not first node in block (0x00140000)
Empty flash at 0x0016fffc ends at 0x00170000
CLEANMARKER node found at 0x00170000, not first node in block (0x00160000)
Empty flash at 0x0018fffc ends at 0x00190000
CLEANMARKER node found at 0x00190000, not first node in block (0x00180000)
Empty flash at 0x001afffc ends at 0x001b0000
CLEANMARKER node found at 0x001b0000, not first node in block (0x001a0000)
Empty flash at 0x001cfffc ends at 0x001d0000
CLEANMARKER node found at 0x001d0000, not first node in block (0x001c0000)
Empty flash at 0x001efffc ends at 0x001f0000
CLEANMARKER node found at 0x001f0000, not first node in block (0x001e0000)
Empty flash at 0x0020fffc ends at 0x00210000
CLEANMARKER node found at 0x00210000, not first node in block (0x00200000)
Empty flash at 0x0022fffc ends at 0x00230000
CLEANMARKER node found at 0x00230000, not first node in block (0x00220000)
Empty flash at 0x0024fffc ends at 0x00250000
CLEANMARKER node found at 0x00250000, not first node in block (0x00240000)
Empty flash at 0x0026fffc ends at 0x00270000
CLEANMARKER node found at 0x00270000, not first node in block (0x00260000)
VFS: Mounted root (jffs2 filesystem).
Mounted devfs on /dev
Freeing unused kernel memory: 240k init
serial console detected. Disabling virtual terminals.
init started: BusyBox v0.60.3 (2004.01.09-22:53+0000) multi-call binary
Initializing iocspi
Warning: loading /lib/modules/iocspim.o will taint the kernel: no license
See http://www.tux.org/lkml/#export-tainted for information about tainted
modu
les
iocspi: release_20060418
iocspi: major 254.
Module iocspim loaded, with warnings
Initializing canspi
Warning: loading /lib/modules/canspim.o will taint the kernel: no license
See http://www.tux.org/lkml/#export-tainted for information about tainted
modu
les
canspi: init_module()
canspi: init_module(): sema_init
canspi: init_module(): register_chrdev
canspi: major 253.
canspi: micro_config()
canspi: micro_config: PSC request_irq failed (0)
canspi: micro_config psc=f0002400 cdm=f0000200 gpio=f0000b00
portcfg=10051004
Module canspim loaded, with warnings
Initializing iocdrv
Warning: loading /lib/modules/iocdrvm.o will taint the kernel: no license
See http://www.tux.org/lkml/#export-tainted for information about tainted
modu
les
iocdrv: release_20060502
iocdrv: major 252.
Module iocdrvm loaded, with warnings
System initialized
MontaVista(R) Linux(R) Professional Edition 3.1
cpua login:
Any help would be highly appreciated.
Thank you,
Orges Furxhi
[-- Attachment #2: Type: text/html, Size: 43615 bytes --]
^ permalink raw reply
* Re: No ttyS device at I/O port 0xfe004500 for console
From: Kumar Gala @ 2006-06-13 22:32 UTC (permalink / raw)
To: Chuck Meade; +Cc: linuxppc-embedded, Joakim Tjernlund
In-Reply-To: <IIEEICKJLNEPBBDJICNGCEFHLDAA.chuckmeade@mindspring.com>
> Here you go:
Let me know if this fixes the issues you guys are seeing with your
83xx boards. If so, I'll clean up this patch and push it upstream.
- k
> --- mpc83xx_sys.c-ORIG 2006-06-13 17:54:36.577339832 -0400
> +++ mpc83xx_sys.c 2006-06-13 17:56:02.394293672 -0400
> @@ -136,6 +136,23 @@ struct ppc_sys_spec ppc_sys_specs[] = {
> #endif
> },
> },
> + {
> + .ppc_sys_name = "8323E",
> + .mask = 0xFFFF0000,
> + .value = 0x80620000,
> +#ifdef CONFIG_QE
> + .num_devices = 4,
> +#else
> + .num_devices = 2,
> +#endif
> + .device_list = (enum ppc_sys_devices[])
> + {
> + MPC83xx_IIC1, MPC83xx_DUART,
> +#ifdef CONFIG_QE
> + MPC83xx_QE_UCC3, MPC83xx_QE_UCC4,
> +#endif
> + },
> + },
> { /* default match */
> .ppc_sys_name = "",
> .mask = 0x00000000,
>
>
> Regards,
> Chuck
>
^ permalink raw reply
* Suspend-to-RAM?
From: Guennadi Liakhovetski @ 2006-06-13 22:02 UTC (permalink / raw)
To: Linuxppc-embedded
Hi
Do I understand it right that in the stock 2.6.17-rc... kernels
suspend-to-RAM is not available to any embedded ppc processors / boards?
Only for powermac? Is it for a reason (which one?) or just nobody has done
/ submitted to mainline this?
Thanks
Guennadi
---
Guennadi Liakhovetski
^ permalink raw reply
* RE: No ttyS device at I/O port 0xfe004500 for console
From: Chuck Meade @ 2006-06-13 22:01 UTC (permalink / raw)
To: Joakim Tjernlund, 'Kumar Gala', 'Alex Zeffertt'
Cc: linuxppc-embedded
In-Reply-To: <001101c68f31$d89aa220$0e67a8c0@Jocke>
> > Hi Joakim,
> >
> > Same here -- go into arch/ppc/platforms/83xx and edit file
> > mpc83xx_sys.c.
> > If you are using the 8323e cpu, then you need to make sure
>
> Yes, got one of those.
>
> > that file has code to support the 8323E. Mine didn't, so I
> > got no platform devices initialized (no serial port, no Eth
> > devs). I added a block of code to support the 8323E (set
> > mask to 0xffff0000 and "value" to 0x80620000, then the device
> > list for the 8323E). Use existing code there as a guide, it
> > was not difficult once I figured out that this was the problem.
>
> hmm, you don't have a patch handy?
Here you go:
--- mpc83xx_sys.c-ORIG 2006-06-13 17:54:36.577339832 -0400
+++ mpc83xx_sys.c 2006-06-13 17:56:02.394293672 -0400
@@ -136,6 +136,23 @@ struct ppc_sys_spec ppc_sys_specs[] = {
#endif
},
},
+ {
+ .ppc_sys_name = "8323E",
+ .mask = 0xFFFF0000,
+ .value = 0x80620000,
+#ifdef CONFIG_QE
+ .num_devices = 4,
+#else
+ .num_devices = 2,
+#endif
+ .device_list = (enum ppc_sys_devices[])
+ {
+ MPC83xx_IIC1, MPC83xx_DUART,
+#ifdef CONFIG_QE
+ MPC83xx_QE_UCC3, MPC83xx_QE_UCC4,
+#endif
+ },
+ },
{ /* default match */
.ppc_sys_name = "",
.mask = 0x00000000,
Regards,
Chuck
^ permalink raw reply
* RE: No ttyS device at I/O port 0xfe004500 for console
From: Chuck Meade @ 2006-06-13 21:25 UTC (permalink / raw)
To: Joakim Tjernlund, 'Kumar Gala', 'Alex Zeffertt'
Cc: linuxppc-embedded
In-Reply-To: <000f01c68f2a$68b83960$0e67a8c0@Jocke>
> > On Jun 13, 2006, at 11:48 AM, Alex Zeffertt wrote:
> >
> > > Hi list,
> > >
> > > I'm trying to boot a linux-2.6.11 kernel on a MPC83xx based
> > board.
> > > Through
> > > some experimentation I have found I need
> > "console=uart,io,0xfe004500"
> > > in the kernel command line in order to get any output over
> > the serial
> > > port.
> > >
> > > Half way through initialisation the kernel appears to swap from its
> > > "early"
> > > 8250 serial driver to a "full" 8250 serial driver. At this
> > point it
> > > prints "No ttyS device at I/O port 0xfe004500 for console"
> > and there
> > > is no further output.
> > >
> > > Does anyone have any idea what I may be doing wrong?
> > >
> > > BTW, here's the output that I do get.
> >
> > Alex, where did you get this 2.6.11 kernel? The public tree
> > didn't have support for 83xx in 2.6.11. I'd suggest looking
> > at using something newer like 2.6.16 and see if you have the
> > same issue.
>
> I suspect he got from the same place I did, freescales LTIB dev. env.
> which has been patched to support 832x. I am having the same problem as he
> has, any info on what the problem might be would be great.
>
> Also, if anyone has any info on when these patches will be sent upstream, I
> sure would like to hear about it.
>
> Jocke
Hi Joakim,
Same here -- go into arch/ppc/platforms/83xx and edit file mpc83xx_sys.c.
If you are using the 8323e cpu, then you need to make sure that file has
code to support the 8323E. Mine didn't, so I got no platform devices
initialized (no serial port, no Eth devs). I added a block of code to support
the 8323E (set mask to 0xffff0000 and "value" to 0x80620000, then the
device list for the 8323E). Use existing code there as a guide, it was not
difficult once I figured out that this was the problem.
If you are using a newer LTIB release than me, perhaps yours is fixed.
The one I have is from 3/15/06.
Anyway, this works fine for me and addresses the problem of the platform
devs not getting initialized.
Chuck
^ permalink raw reply
* RE: No ttyS device at I/O port 0xfe004500 for console
From: Joakim Tjernlund @ 2006-06-13 21:39 UTC (permalink / raw)
To: 'Chuck Meade', 'Kumar Gala',
'Alex Zeffertt'
Cc: linuxppc-embedded
In-Reply-To: <IIEEICKJLNEPBBDJICNGKEFDLDAA.chuckmeade@mindspring.com>
> >
> > I suspect he got from the same place I did, freescales LTIB
> dev. env.
> > which has been patched to support 832x. I am having the
> same problem
> > as he has, any info on what the problem might be would be great.
> >
> > Also, if anyone has any info on when these patches will be sent
> > upstream, I sure would like to hear about it.
> >
> > Jocke
>
> Hi Joakim,
>
> Same here -- go into arch/ppc/platforms/83xx and edit file
> mpc83xx_sys.c.
> If you are using the 8323e cpu, then you need to make sure
Yes, got one of those.
> that file has code to support the 8323E. Mine didn't, so I
> got no platform devices initialized (no serial port, no Eth
> devs). I added a block of code to support the 8323E (set
> mask to 0xffff0000 and "value" to 0x80620000, then the device
> list for the 8323E). Use existing code there as a guide, it
> was not difficult once I figured out that this was the problem.
hmm, you don't have a patch handy?
>
> If you are using a newer LTIB release than me, perhaps yours is fixed.
> The one I have is from 3/15/06.
Me too, I have requested that freescale release a new LTIB with proper support,
but who knows when the will be.
>
> Anyway, this works fine for me and addresses the problem of
> the platform devs not getting initialized.
>
> Chuck
>
>
>
^ permalink raw reply
* Re: OpenFirmware framebuffer
From: David Woodhouse @ 2006-06-13 21:33 UTC (permalink / raw)
To: matt; +Cc: linuxppc-dev
In-Reply-To: <021501c68efd$bc311080$99dfdfdf@bakuhatsu.net>
On Tue, 2006-06-13 at 10:26 -0500, Matt Sealey wrote:
> I just booted up my Pegasos and tried the offb driver for display and was
> rather disappointed. It just displays 4 lines about HID0 and stuff and then
> waits around.
I didn't think the Pegasos firmware supported framebuffer?
--
dwmw2
^ permalink raw reply
* RE: No ttyS device at I/O port 0xfe004500 for console
From: Joakim Tjernlund @ 2006-06-13 21:20 UTC (permalink / raw)
To: 'Alex Zeffertt', linuxppc-embedded
In-Reply-To: <448EEC59.2010201@cambridgebroadband.com>
> -----Original Message-----
> From:
> linuxppc-embedded-bounces+joakim.tjernlund=lumentis.se@ozlabs.
> org
> [mailto:linuxppc-embedded-bounces+joakim.tjernlund=lumentis.se
> @ozlabs.org] On Behalf Of Alex Zeffertt
> Sent: den 13 juni 2006 18:48
> To: linuxppc-embedded@ozlabs.org
> Subject: No ttyS device at I/O port 0xfe004500 for console
>
> Hi list,
>
> I'm trying to boot a linux-2.6.11 kernel on a MPC83xx based
> board. Through some experimentation I have found I need
> "console=uart,io,0xfe004500"
> in the kernel command line in order to get any output over
> the serial port.
Alex, can you post your complete u-boot env(printenv). I am trying to do
the same as you but I havn't gotten any output yet. I managed to wipe my
u-boot & u-boot env and the docs arent that great :(
Jocke
^ permalink raw reply
* RE: MPC5200B SPI PSC3 Problem
From: Trueskew @ 2006-06-13 21:11 UTC (permalink / raw)
To: linuxppc-embedded
Ok, I'm slightly less confused, and since I may have caused confusion I'll
clarify a little here. Sorry if some of you knew this already.
The MPC5200B has an SPI interface described in Chapter 17 of the MPC5200B
Users Guide. It uses either lines PSC3_6 - PSC3_9, or some of the Timer
pins. The MPC5200B also has an SPI available through the PSCs that use the
codec lines (PSC3_0 - PSC3_3). Depending on what rev of the user's guide
you have, there's a table in Chapter 15 that suggests you can set up PSC3
for Codec and SPI. Unfortunately, the SPI they're talking about is the
8-bit SPI, not the PSC3 SPI.
That was the basic source for my confusion. Hints here and in other places
and some parts of the manual suggested, but it was the scope that really
drove that home for me. I won't elaborate anymore here since for all I know
I'm the only person who just figured that out, but if anyone is struggling
like I just did and has any questions, I'm not a guru but I'll try to help.
Good luck.
^ permalink raw reply
* Init dies with unhandled signal 4
From: David H. Lynch Jr. @ 2006-06-13 21:16 UTC (permalink / raw)
To: linuxppc-embedded
In-Reply-To: <528646bc0606121303p35d4955dn60b82dc5fa6c9566@mail.gmail.com>
I am trying to move my Pico E-12 port from 2.6.15 to the current 2.6
from Linus's git tree.
Most everything moved fine, but now "/init" dies with an unhandled
signal 4 which I beleive is an invalid CPU instruction.
I do not have this with 2.6.15 and Linus's tree is obviously more
bleeding edge.
I am just asking whether I should be trying to track down a problem with
my code or if this might be a problem in the git tree.
--
Dave Lynch DLA Systems
Software Development: Embedded Linux
717.627.3770 dhlii@dlasys.net http://www.dlasys.net
fax: 1.253.369.9244 Cell: 1.717.587.7774
Over 25 years' experience in platforms, languages, and technologies too numerous to list.
"Any intelligent fool can make things bigger and more complex... It takes a touch of genius - and a lot of courage to move in the opposite direction."
Albert Einstein
^ permalink raw reply
* Re: help with inittab
From: David H. Lynch Jr. @ 2006-06-13 21:07 UTC (permalink / raw)
To: Anantharaman Chetan-W16155; +Cc: linuxppc-embedded
In-Reply-To: <EDF27F298D4B03498AE0C249A941DFF803D70E@de01exm68.ds.mot.com>
My specific problem turned out to be that the serial driver I had
written was still using the physical IO address that I had temporarily
mapped (virtual=physical) during very early boot, and when that
temporary mapping went away I instantly became deaf and dump and it just
happend to go away while starting init.
But for a long time I though I had other problems, so things I tried
included:
Writing a simple "hello world" program and running that from
where the kernel starts init.
I think where the kernel starts init is the first place that
Linux actually starts making use of virtual memory.
I beleive that the way the kernel loads a program involves actually
forcing pagefaults, so alot of things can work, but if paging is not
working perfectly
you will not be able to start another process.
Another thing you should watch out for is that there are two
places Linux looks to start an "init" process.
The first uses whatever might be specified as a commandline
argument (or in your .config, or hardcoded in some BSP's)
If that fails then it starts through a list of potential init
processes until one starts.
I recently had a problem where I wanted to start "/bin/sh" as my
init so I commented out everything else, but left the command line
argument option in and still did not get /bin/sh because it was picking
up the argument from elsewhere.
Anantharaman Chetan-W16155 wrote:
> I've tried what you've mentioned below, i.e removing the /sbin/init and
> just having the /bin/sh in the init/main.c file and I don't get a
> standalone shell. I am having a Linux 2.4 Kernel (Montavista 3.1)
> running on a PPC405 in a Xilinx Virtex4 FX100 FPGA.
>
> You mentioned it could be a hardware problem. Are there any errata which
> could explain the h/w bug?
>
>
> Thanks,
> Chetan Anantharaman
>
> ----------------------------------------------------------------------
>
> Message: 1
> Date: Sun, 11 Jun 2006 22:02:02 -0400
> From: "David H. Lynch Jr." <dhlii@dlasys.net>
> Subject: Re: help with inittab
> Cc: Chris Dumoulin <cdumoulin@ics-ltd.com>,
> linuxppc-embedded@ozlabs.org
> Message-ID: <448CCB1A.409@dlasys.net>
> Content-Type: text/plain; charset=ISO-8859-1
>
>
> For debugging or single user purposes you do not need to run init or
> have an inittab.
> There have been several sugestions that there may be a hardware
> problem - there are a number that are possible.
>
> I was stalled here for some time because my UartDriver was
> accidentally using the physical IO address instead of the virtual one
> and I had created a temporary phys=virtual entry in the tbl that was
> conveniently getting blow away just here.
>
> You can try to isolate your problem by changing your boot ramdisk
> (inramfs or initrd)
>
> Eliminate or rename /init /sbin/init /linuxrc and any of the other
> permutations that linux tries to execute in init/main.c they are all
> listed very near where you stopped.
> make sure you have /bin/sh
>
> reboot on that ramdisk if you have an "init" related problem then
> you should get a standalone shell.
> If you have a hardware problem you will likely still stop at the
> same place.
>
>
>
>
>
>
--
Dave Lynch DLA Systems
Software Development: Embedded Linux
717.627.3770 dhlii@dlasys.net http://www.dlasys.net
fax: 1.253.369.9244 Cell: 1.717.587.7774
Over 25 years' experience in platforms, languages, and technologies too numerous to list.
"Any intelligent fool can make things bigger and more complex... It takes a touch of genius - and a lot of courage to move in the opposite direction."
Albert Einstein
^ permalink raw reply
* RE: No ttyS device at I/O port 0xfe004500 for console
From: Joakim Tjernlund @ 2006-06-13 20:46 UTC (permalink / raw)
To: 'Kumar Gala', 'Alex Zeffertt'; +Cc: linuxppc-embedded
In-Reply-To: <2CFF4933-A9D2-4981-BD11-C38537CE193B@kernel.crashing.org>
> On Jun 13, 2006, at 11:48 AM, Alex Zeffertt wrote:
>
> > Hi list,
> >
> > I'm trying to boot a linux-2.6.11 kernel on a MPC83xx based
> board.
> > Through
> > some experimentation I have found I need
> "console=uart,io,0xfe004500"
> > in the kernel command line in order to get any output over
> the serial
> > port.
> >
> > Half way through initialisation the kernel appears to swap from its
> > "early"
> > 8250 serial driver to a "full" 8250 serial driver. At this
> point it
> > prints "No ttyS device at I/O port 0xfe004500 for console"
> and there
> > is no further output.
> >
> > Does anyone have any idea what I may be doing wrong?
> >
> > BTW, here's the output that I do get.
>
> Alex, where did you get this 2.6.11 kernel? The public tree
> didn't have support for 83xx in 2.6.11. I'd suggest looking
> at using something newer like 2.6.16 and see if you have the
> same issue.
I suspect he got from the same place I did, freescales LTIB dev. env.
which has been patched to support 832x. I am having the same problem as he
has, any info on what the problem might be would be great.
Also, if anyone has any info on when these patches will be sent upstream, I
sure would like to hear about it.
Jocke
^ permalink raw reply
* Re: No ttyS device at I/O port 0xfe004500 for console
From: Kumar Gala @ 2006-06-13 19:55 UTC (permalink / raw)
To: Alex Zeffertt; +Cc: linuxppc-embedded
In-Reply-To: <448EEC59.2010201@cambridgebroadband.com>
On Jun 13, 2006, at 11:48 AM, Alex Zeffertt wrote:
> Hi list,
>
> I'm trying to boot a linux-2.6.11 kernel on a MPC83xx based board.
> Through
> some experimentation I have found I need "console=uart,io,0xfe004500"
> in the kernel command line in order to get any output over the serial
> port.
>
> Half way through initialisation the kernel appears to swap from its
> "early"
> 8250 serial driver to a "full" 8250 serial driver. At this point
> it prints
> "No ttyS device at I/O port 0xfe004500 for console" and there is no
> further output.
>
> Does anyone have any idea what I may be doing wrong?
>
> BTW, here's the output that I do get.
Alex, where did you get this 2.6.11 kernel? The public tree didn't
have support for 83xx in 2.6.11. I'd suggest looking at using
something newer like 2.6.16 and see if you have the same issue.
- k
>
> -------------------/snip--------------------------
> U-Boot 1.1.3 (FSL Development) (Jun 13 2006 - 14:01:25) MPC83XX
>
> Clock configuration:
> Coherent System Bus: 132 MHz
> Core: 264 MHz
> QE: 198 MHz
> Local Bus Controller: 132 MHz
> Local Bus: 66 MHz
> DDR: 264 MHz
> SEC: 132 MHz
> I2C1: 132 MHz
> CPU: MPC8323E, Rev: 10 at 264 MHz
> Board: Freescale MPC832XEPB
> I2C: ready
> DRAM:
> DDR RAM: 128 MB
> FLASH: 16 MB
> In: serial
> Out: serial
> Err: serial
> Net: FSL GETH0
> Hit any key to stop autoboot: 0
> geth: PHY is Davicom DM9161A (181b8a0)
> FSL GETH0: Full Duplex
> FSL GETH0: Speed 100BT
> FSL GETH0: Link is up
> Using FSL GETH0 device
> TFTP from server 10.0.0.107; our IP address is 10.0.6.65
> Filename 'uImage'.
> Load address: 0x200000
> Loading:
> #################################################################
>
> #################################################################
>
> #################################################################
> ##########
> done
> Bytes transferred = 1046491 (ff7db hex)
> ## Booting image at 00200000 ...
> Image Name: Linux-2.6.11
> Image Type: PowerPC Linux Kernel Image (gzip compressed)
> Data Size: 1046427 Bytes = 1021.9 kB
> Load Address: 00000000
> Entry Point: 00000000
> Verifying Checksum ... OK
> Uncompressing Kernel Image ... OK
> Linux version 2.6.11 (ajz@zambia) (gcc version 3.4.3) #5 Tue Jun 13
> 17:36:46 BST 2006
> Built 1 zonelists
> Kernel command line: root=/dev/nfs rw nfsroot=10.0.0.107:/opt/eldk/
> ppc_6xx ip=10.0.6.65:10.0.0.107:10.0.0.1:255.255.0.0:eth0:off
> console=uart,io,0xfe004500
> IPIC (128 IRQ sources, 8 External IRQs) at fe000700
> QE IC (64 IRQ sources) at fe100080
> PID hash table entries: 1024 (order: 10, 16384 bytes)
> Early serial console at I/O port 0xfe004500 (options '134')
> Dentry cache hash table entries: 32768 (order: 5, 131072 bytes)
> Inode-cache hash table entries: 16384 (order: 4, 65536 bytes)
> Memory: 127488k available (1724k kernel code, 432k data, 100k init,
> 0k highmem)
> Mount-cache hash table entries: 512 (order: 0, 4096 bytes)
> NET: Registered protocol family 16
> SCSI subsystem initialized
> JFFS2 version 2.2. (C) 2001-2003 Red Hat, Inc.
> Generic RTC Driver v1.07
> Serial: 8250/16550 driver $Revision: 1.90 $ 2 ports, IRQ sharing
> disabled
> io scheduler noop registered
> io scheduler anticipatory registered
> io scheduler deadline registered
> io scheduler cfq registered
> RAMDISK driver initialized: 16 RAM disks of 32768K size 1024 blocksize
> loop: loaded (max 8 devices)
> MPC832XE MDS flash device: 1000000 at ff000000 Partition number 5
> MPC832XE PB Flash Map Info: Found 1 x16 devices at 0x0 in 16-bit bank
> Intel/Sharp Extended Query Table at 0x0031
> Using buffer write method
> cfi_cmdset_0001: Erase suspend on write enabled
> Creating 5 MTD partitions on "MPC832XE PB Flash Map Info":
> 0x00000000-0x00020000 : "HRCW"
> 0x00020000-0x00900000 : "JFFS2"
> 0x00900000-0x00d00000 : "Ramdisk"
> 0x00d00000-0x00f00000 : "Kernel"
> 0x00f00000-0x01000000 : "U-Boot"
> MPC832XE MDS flash device initialized
> i2c /dev entries driver
> NET: Registered protocol family 2
> IP: routing cache hash table of 1024 buckets, 8Kbytes
> TCP established hash table entries: 8192 (order: 4, 65536 bytes)
> TCP bind hash table entries: 8192 (order: 3, 32768 bytes)
> TCP: Hash tables configured (established 8192 bind 8192)
> NET: Registered protocol family 1
> NET: Registered protocol family 17
> No ttyS device at I/O port 0xfe004500 for console
>
> -------------------/snip--------------------------
>
>
>
> TIA,
>
> Alex
> _______________________________________________
> Linuxppc-embedded mailing list
> Linuxppc-embedded@ozlabs.org
> https://ozlabs.org/mailman/listinfo/linuxppc-embedded
^ permalink raw reply
* smc2 without hw handshake
From: Antonio Di Bacco @ 2006-06-13 19:51 UTC (permalink / raw)
To: linuxppc-embedded
Hi all,
I'm using the SMC2 serial device of MPC880 without using hardware handshake. I
use only tx and rx at a speed of 9600. Could it work? The driver I use is
included in linux 2.4.25 from denx.
Bye,
Antonio.
^ permalink raw reply
* No ttyS device at I/O port 0xfe004500 for console
From: Alex Zeffertt @ 2006-06-13 16:48 UTC (permalink / raw)
To: linuxppc-embedded
Hi list,
I'm trying to boot a linux-2.6.11 kernel on a MPC83xx based board. Through
some experimentation I have found I need "console=uart,io,0xfe004500"
in the kernel command line in order to get any output over the serial
port.
Half way through initialisation the kernel appears to swap from its "early"
8250 serial driver to a "full" 8250 serial driver. At this point it prints
"No ttyS device at I/O port 0xfe004500 for console" and there is no
further output.
Does anyone have any idea what I may be doing wrong?
BTW, here's the output that I do get.
-------------------/snip--------------------------
U-Boot 1.1.3 (FSL Development) (Jun 13 2006 - 14:01:25) MPC83XX
Clock configuration:
Coherent System Bus: 132 MHz
Core: 264 MHz
QE: 198 MHz
Local Bus Controller: 132 MHz
Local Bus: 66 MHz
DDR: 264 MHz
SEC: 132 MHz
I2C1: 132 MHz
CPU: MPC8323E, Rev: 10 at 264 MHz
Board: Freescale MPC832XEPB
I2C: ready
DRAM:
DDR RAM: 128 MB
FLASH: 16 MB
In: serial
Out: serial
Err: serial
Net: FSL GETH0
Hit any key to stop autoboot: 0
geth: PHY is Davicom DM9161A (181b8a0)
FSL GETH0: Full Duplex
FSL GETH0: Speed 100BT
FSL GETH0: Link is up
Using FSL GETH0 device
TFTP from server 10.0.0.107; our IP address is 10.0.6.65
Filename 'uImage'.
Load address: 0x200000
Loading: #################################################################
#################################################################
#################################################################
##########
done
Bytes transferred = 1046491 (ff7db hex)
## Booting image at 00200000 ...
Image Name: Linux-2.6.11
Image Type: PowerPC Linux Kernel Image (gzip compressed)
Data Size: 1046427 Bytes = 1021.9 kB
Load Address: 00000000
Entry Point: 00000000
Verifying Checksum ... OK
Uncompressing Kernel Image ... OK
Linux version 2.6.11 (ajz@zambia) (gcc version 3.4.3) #5 Tue Jun 13 17:36:46 BST 2006
Built 1 zonelists
Kernel command line: root=/dev/nfs rw nfsroot=10.0.0.107:/opt/eldk/ppc_6xx ip=10.0.6.65:10.0.0.107:10.0.0.1:255.255.0.0:eth0:off console=uart,io,0xfe004500
IPIC (128 IRQ sources, 8 External IRQs) at fe000700
QE IC (64 IRQ sources) at fe100080
PID hash table entries: 1024 (order: 10, 16384 bytes)
Early serial console at I/O port 0xfe004500 (options '134')
Dentry cache hash table entries: 32768 (order: 5, 131072 bytes)
Inode-cache hash table entries: 16384 (order: 4, 65536 bytes)
Memory: 127488k available (1724k kernel code, 432k data, 100k init, 0k highmem)
Mount-cache hash table entries: 512 (order: 0, 4096 bytes)
NET: Registered protocol family 16
SCSI subsystem initialized
JFFS2 version 2.2. (C) 2001-2003 Red Hat, Inc.
Generic RTC Driver v1.07
Serial: 8250/16550 driver $Revision: 1.90 $ 2 ports, IRQ sharing disabled
io scheduler noop registered
io scheduler anticipatory registered
io scheduler deadline registered
io scheduler cfq registered
RAMDISK driver initialized: 16 RAM disks of 32768K size 1024 blocksize
loop: loaded (max 8 devices)
MPC832XE MDS flash device: 1000000 at ff000000 Partition number 5
MPC832XE PB Flash Map Info: Found 1 x16 devices at 0x0 in 16-bit bank
Intel/Sharp Extended Query Table at 0x0031
Using buffer write method
cfi_cmdset_0001: Erase suspend on write enabled
Creating 5 MTD partitions on "MPC832XE PB Flash Map Info":
0x00000000-0x00020000 : "HRCW"
0x00020000-0x00900000 : "JFFS2"
0x00900000-0x00d00000 : "Ramdisk"
0x00d00000-0x00f00000 : "Kernel"
0x00f00000-0x01000000 : "U-Boot"
MPC832XE MDS flash device initialized
i2c /dev entries driver
NET: Registered protocol family 2
IP: routing cache hash table of 1024 buckets, 8Kbytes
TCP established hash table entries: 8192 (order: 4, 65536 bytes)
TCP bind hash table entries: 8192 (order: 3, 32768 bytes)
TCP: Hash tables configured (established 8192 bind 8192)
NET: Registered protocol family 1
NET: Registered protocol family 17
No ttyS device at I/O port 0xfe004500 for console
-------------------/snip--------------------------
TIA,
Alex
^ permalink raw reply
* Re: [PATCH] Compile failure fix for ppc on 2.6.17-rc4-mm3 (2nd attempt)
From: Mel Gorman @ 2006-06-13 16:49 UTC (permalink / raw)
To: Paul Mackerras; +Cc: Andrew Morton, linuxppc-dev, vgoyal, linux-kernel
In-Reply-To: <17545.16696.195276.334774@cargo.ozlabs.ibm.com>
On (09/06/06 19:36), Paul Mackerras didst pronounce:
> Mel Gorman writes:
>
> > + res->end = -(-res->end & ~(unsigned long)mask); \
> > + res->end += mask; \
>
> I think this is equivalent to
>
> res->end = (res->end + mask) | mask;
>
> and I have to say the latter seems more understandable to me (and
> doesn't need a cast) ...
>
Makes sense. The patch on top of the latest -mm is below if you want to push
it. It has not been boot tested as building with the latest -mm is broken
at the moment for older powerpcs because of the git-powerpc.patch patch .
That patch assumes that mm_context_t is a struct with a vdso_base which is
not always the case (it's an unsigned long in include/asm-ppc/mmu.h).
diff -rup -X /usr/src/patchset-0.6/bin//dontdiff linux-2.6.17-rc6-mm2-clean/arch/powerpc/kernel/pci_32.c linux-2.6.17-rc6-mm2-resources/arch/powerpc/kernel/pci_32.c
--- linux-2.6.17-rc6-mm2-clean/arch/powerpc/kernel/pci_32.c 2006-06-13 17:25:39.000000000 +0100
+++ linux-2.6.17-rc6-mm2-resources/arch/powerpc/kernel/pci_32.c 2006-06-13 17:30:20.000000000 +0100
@@ -1121,9 +1121,8 @@ check_for_io_childs(struct pci_bus *bus,
* e.g. res->end of 0x1fff moves to 0x2fff
*/
#define push_end(res, mask) do { \
- BUG_ON(((mask+1) & mask) != 0); \
- res->end = -(-res->end & ~(unsigned long)mask); \
- res->end += mask; \
+ BUG_ON(((mask+1) & mask) != 0); \
+ res->end = (res->end + mask) | mask; \
} while (0)
list_for_each_entry(dev, &bus->devices, bus_list) {
--
Mel Gorman
Part-time Phd Student Linux Technology Center
University of Limerick IBM Dublin Software Lab
^ permalink raw reply
* RE: OpenFirmware framebuffer
From: Matt Sealey @ 2006-06-13 16:27 UTC (permalink / raw)
To: 'Nathan Lynch'; +Cc: linuxppc-dev
In-Reply-To: <20060613161115.GB26750@localdomain>
Gentoo 2.6.15-r5 from the 2006.0 install CD.
It says "Welcome to Linux gentoo-2.6.15-r5" and then I see four
lines, MSR, HID0 and hex printout of each.
That's it.
I get the usual messages spooled to the serial console. My args are;
boot cd /boot/pegasos console=ttyS1,115200,8n1 console=tty0 init=/linuxrc looptype=squashfs loop=/image.squashfs udev nodevfs cdroot
root=/dev/ram0 video=ofonly
--
Matt Sealey <matt@genesi-usa.com>
Manager, Genesi, Developer Relations
> -----Original Message-----
> From: Nathan Lynch [mailto:ntl@pobox.com]
> Sent: Tuesday, June 13, 2006 11:11 AM
> To: Matt Sealey
> Cc: linuxppc-dev@ozlabs.org
> Subject: Re: OpenFirmware framebuffer
>
> Matt Sealey wrote:
> >
> > I just booted up my Pegasos and tried the offb driver for
> display and
> > was rather disappointed. It just displays 4 lines about
> HID0 and stuff
> > and then waits around.
> >
> > Is this all there is? Is there nothing more? Can't I get a
> scrolling
> > kernel output, and a penguin logo or am I missing the point? :)
>
> Maybe someone can help if you give more details, e.g. the
> kernel version, and exactly what messages are displayed
> before it hangs.
>
>
^ permalink raw reply
* Re: help with inittab
From: Anantharaman Chetan-W16155 @ 2006-06-13 16:26 UTC (permalink / raw)
To: dhlii; +Cc: linuxppc-embedded
In-Reply-To: <mailman.9.1150164003.18626.linuxppc-embedded@ozlabs.org>
I've tried what you've mentioned below, i.e removing the /sbin/init and
just having the /bin/sh in the init/main.c file and I don't get a
standalone shell. I am having a Linux 2.4 Kernel (Montavista 3.1)
running on a PPC405 in a Xilinx Virtex4 FX100 FPGA.
You mentioned it could be a hardware problem. Are there any errata which
could explain the h/w bug?=20
Thanks,
Chetan Anantharaman
----------------------------------------------------------------------
Message: 1
Date: Sun, 11 Jun 2006 22:02:02 -0400
From: "David H. Lynch Jr." <dhlii@dlasys.net>
Subject: Re: help with inittab
Cc: Chris Dumoulin <cdumoulin@ics-ltd.com>,
linuxppc-embedded@ozlabs.org
Message-ID: <448CCB1A.409@dlasys.net>
Content-Type: text/plain; charset=3DISO-8859-1
=20
For debugging or single user purposes you do not need to run init or
have an inittab.
There have been several sugestions that there may be a hardware
problem - there are a number that are possible.
I was stalled here for some time because my UartDriver was
accidentally using the physical IO address instead of the virtual one
and I had created a temporary phys=3Dvirtual entry in the tbl that =
was
conveniently getting blow away just here.
You can try to isolate your problem by changing your boot ramdisk
(inramfs or initrd)
Eliminate or rename /init /sbin/init /linuxrc and any of the other
permutations that linux tries to execute in init/main.c they are all
listed very near where you stopped.
make sure you have /bin/sh
reboot on that ramdisk if you have an "init" related problem then
you should get a standalone shell.
If you have a hardware problem you will likely still stop at the
same place.
=20
--=20
Dave Lynch DLA Systems
Software Development: Embedded Linux
717.627.3770 dhlii@dlasys.net http://www.dlasys.net
fax: 1.253.369.9244 Cell: 1.717.587.7774
Over 25 years' experience in platforms, languages, and technologies too
numerous to list.
"Any intelligent fool can make things bigger and more complex... It
takes a touch of genius - and a lot of courage to move in the opposite
direction."
Albert Einstein
^ permalink raw reply
* Re: 32 bit userland on G5
From: Johannes Berg @ 2006-06-13 16:18 UTC (permalink / raw)
To: David Woodhouse; +Cc: linuxppc-dev list
In-Reply-To: <1150215340.2844.33.camel@hades.cambridge.redhat.com>
[-- Attachment #1: Type: text/plain, Size: 278 bytes --]
On Tue, 2006-06-13 at 17:15 +0100, David Woodhouse wrote:
> Nah. It isn't a valid assumption; just as it isn't valid to assume that
> your stack will _always_ be at about 0xbfffffff.
Ok.
Just curious though: Why does READ_IMPLIES_EXEC exist at all then?
johannes
[-- Attachment #2: This is a digitally signed message part --]
[-- Type: application/pgp-signature, Size: 793 bytes --]
^ permalink raw reply
* Re: 32 bit userland on G5
From: David Woodhouse @ 2006-06-13 16:15 UTC (permalink / raw)
To: Johannes Berg; +Cc: linuxppc-dev list
In-Reply-To: <1150214746.6305.3.camel@johannes>
On Tue, 2006-06-13 at 18:05 +0200, Johannes Berg wrote:
> Yeah, I was just thinking that there are programs relying on that and if
> they run in the 32-bit compat mode they might rightfully do so... Dunno.
Nah. It isn't a valid assumption; just as it isn't valid to assume that
your stack will _always_ be at about 0xbfffffff.
--
dwmw2
^ permalink raw reply
* Re: OpenFirmware framebuffer
From: Nathan Lynch @ 2006-06-13 16:11 UTC (permalink / raw)
To: Matt Sealey; +Cc: linuxppc-dev
In-Reply-To: <021501c68efd$bc311080$99dfdfdf@bakuhatsu.net>
Matt Sealey wrote:
>
> I just booted up my Pegasos and tried the offb driver for display and was
> rather disappointed. It just displays 4 lines about HID0 and stuff and then
> waits around.
>
> Is this all there is? Is there nothing more? Can't I get a scrolling kernel
> output, and a penguin logo or am I missing the point? :)
Maybe someone can help if you give more details, e.g. the kernel
version, and exactly what messages are displayed before it hangs.
^ permalink raw reply
* OpenFirmware framebuffer
From: Matt Sealey @ 2006-06-13 15:26 UTC (permalink / raw)
To: linuxppc-dev
I just booted up my Pegasos and tried the offb driver for display and was
rather disappointed. It just displays 4 lines about HID0 and stuff and then
waits around.
Is this all there is? Is there nothing more? Can't I get a scrolling kernel
output, and a penguin logo or am I missing the point? :)
--
Matt Sealey <matt@genesi-usa.com>
Manager, Genesi, Developer Relations
^ permalink raw reply
* [PATCH] make pmf irq_client functions safe against pmf interrupts coming in
From: Johannes Berg @ 2006-06-13 15:43 UTC (permalink / raw)
To: Benjamin Herrenschmidt; +Cc: Andrew Morton, linuxppc-dev list
In-Reply-To: <1150192713.13958.52.camel@localhost.localdomain>
This fixes the pmf irq_client functions to be safe against pmf interrupts coming
in while a client is registered/unregistered.
Signed-off-by: Johannes Berg <johannes@sipsolutions.net>
--- linux-2.6-git.orig/arch/powerpc/platforms/powermac/pfunc_core.c 2006-06-13 17:37:35.791076087 +0200
+++ linux-2.6-git/arch/powerpc/platforms/powermac/pfunc_core.c 2006-06-13 17:40:16.213632271 +0200
@@ -871,10 +871,17 @@ int pmf_register_irq_client(struct devic
spin_unlock_irqrestore(&pmf_lock, flags);
if (func == NULL)
return -ENODEV;
+
+ /* guard against manipulations of list */
mutex_lock(&pmf_irq_mutex);
if (list_empty(&func->irq_clients))
func->dev->handlers->irq_enable(func);
+
+ /* guard against pmf_do_irq while changing list */
+ spin_lock_irqsave(&pmf_lock, flags);
list_add(&client->link, &func->irq_clients);
+ spin_unlock_irqrestore(&pmf_lock, flags);
+
client->func = func;
mutex_unlock(&pmf_irq_mutex);
@@ -885,12 +892,19 @@ EXPORT_SYMBOL_GPL(pmf_register_irq_clien
void pmf_unregister_irq_client(struct pmf_irq_client *client)
{
struct pmf_function *func = client->func;
+ unsigned long flags;
BUG_ON(func == NULL);
+ /* guard against manipulations of list */
mutex_lock(&pmf_irq_mutex);
client->func = NULL;
+
+ /* guard against pmf_do_irq while changing list */
+ spin_lock_irqsave(&pmf_lock, flags);
list_del(&client->link);
+ spin_unlock_irqrestore(&pmf_lock, flags);
+
if (list_empty(&func->irq_clients))
func->dev->handlers->irq_disable(func);
mutex_unlock(&pmf_irq_mutex);
^ permalink raw reply
* Re: 32 bit userland on G5
From: Johannes Berg @ 2006-06-13 16:05 UTC (permalink / raw)
To: David Woodhouse; +Cc: linuxppc-dev list
In-Reply-To: <1150202709.12423.21.camel@hades.cambridge.redhat.com>
[-- Attachment #1: Type: text/plain, Size: 361 bytes --]
On Tue, 2006-06-13 at 13:45 +0100, David Woodhouse wrote:
> Why? Just because older hardware wasn't capable of enforcing the
> permissions, that doesn't mean that we shouldn't enforce them now.
Yeah, I was just thinking that there are programs relying on that and if
they run in the 32-bit compat mode they might rightfully do so... Dunno.
johannes
[-- Attachment #2: This is a digitally signed message part --]
[-- Type: application/pgp-signature, Size: 793 bytes --]
^ permalink raw reply
* Re: [PATCH] powerpc-genirq: Use generic_handle_irq()
From: Josh Boyer @ 2006-06-13 12:46 UTC (permalink / raw)
To: David Woodhouse; +Cc: Ingo Molnar, Thomas Gleixner, linuxppc-dev list
In-Reply-To: <1150202394.12423.16.camel@hades.cambridge.redhat.com>
On Tue, 2006-06-13 at 13:39 +0100, David Woodhouse wrote:
> On Tue, 2006-06-13 at 05:51 -0500, Josh Boyer wrote:
> > It does? I only see arch/powerpc in the patch. Is arch/ppc hiding
> > somewhere else?
> >
> > And yes, arch/ppc still exists. We can debate that later ;).
>
> Did a maintainer step forward for it yet?
For arch/ppc? Not that I'm aware of. But that wasn't particularly my
point. The email says "This patch updates the ppc and powerpc
architectures..." when it doesn't.
I think most agree that arch/ppc needs to die via a complete migration
to arch/powerpc. But patches shouldn't claim to do something they
don't :).
josh
^ permalink raw reply
page: next (older) | prev (newer) | latest
- recent:[subjects (threaded)|topics (new)|topics (active)]
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox