linux-dev - Linux kernel development work

Age	Commit message (Collapse)	Author	Files	Lines
2007-10-11	[MIPS] Fix "no space between function name and open parenthesis" warnings.	Ralf Baechle	1	-1/+1
	Signed-off-by: Ralf Baechle <ralf@linux-mips.org>
2007-03-04	[MIPS] MTX1: clear PCI errors	Florian Fainelli	1	-1/+5
	This patch clears PCI errors after showing more debug informations. Signed-off-by: Florian Fainelli <florian.fainelli@int-evry.fr> Signed-off-by: Ralf Baechle <ralf@linux-mips.org>
2006-09-27	[MIPS] Fix for pci config_access on alchemy au1x000	Alexander Bigga	1	-1/+1
	I've encountered a serious problem with PCI config space access on Au1x000 platforms with recent 2.6.x-kernel. With 2.4.31 the same hardware works fine. So I was looking for the differences: Symptoms: - no PCI-device is seen on bootup though two or three cards are present - lspci output is empty - OR: lspci shows 20 times the same device (- OR: in some slot-configurations it worked anyhow) System(s): 1. platform with Au1500 and three PCI-devices (actually a mycable XXS1500 with backplane for three PCI-devices) 2. platform with Au1550 and two PCI-devices (custom board) Debugging: I digged down to the config_access() of the au1xxx-processors in arch/mips/pci/ops-au1000.c and switched on DEBUG. The code of config_access() seems to be almost the same as of the 2.4.x-kernel. But the "pci_cfg_vm->addr" returned by get_vm_area(0x2000, 0) once on booting is different. That's of course not forbidden. But the alignment seems to be wrong. In my case, I received: 2.4.31: pci_cfg_vm->addr = c0000000 2.6.18-rc5: pci_cfg_vm->addr = c0101000 To make it short: With 2.6.x it fails on the first config-access with: "PCI ERR detected: status 83a00356". Fixup: My fix is now, to use the VM_IOREMAP-flag in the get_vm_area call. This flag seems to be introduced in mm/vmalloc.c a long time ago (in 2.6.7-bk13, I found in gitweb). Now, the returned address is pci_cfg_vm->addr = c0104000 and everything works fine. Signed-off-by: Ralf Baechle <ralf@linux-mips.org>
2006-06-30	Remove obsolete #include <linux/config.h>	Jörn Engel	1	-1/+0
	Signed-off-by: Jörn Engel <joern@wohnheim.fh-wedel.de> Signed-off-by: Adrian Bunk <bunk@stusta.de>
2005-10-29	No barrier needed on au1x.	Pete Popov	1	-9/+0
	Signed-off-by: Ralf Baechle <ralf@linux-mips.org>
2005-10-29	Comment correction after further investigation of issue.	Pete Popov	1	-3/+2
	Signed-off-by: Ralf Baechle <ralf@linux-mips.org>
2005-04-16	Linux-2.6.12-rc2	Linus Torvalds	1	-0/+325
	Initial git repository build. I'm not bothering with the full history, even though we have it. We can create a separate "historical" git archive of that later if we want to, and in the meantime it's about 3.2GB when imported into git - space that would just make the early git days unnecessarily complicated, when we don't have a lot of good infrastructure for it. Let it rip!