[PATCH 2.6.11.7 1/1] x86 reboot: Add reboot fixup for gx1/cs5530a

Hi Riley, Dave, Peter, i386 boot/workaround maintainers, I'm resending this patch (from March 28). This patch incorporates the suggestions from the previous thread and also switches to using pci_get_device since pci_find_device is deprecated, and made some of the variables static. Please let me

[PATCH 2.6.11.7 1/1] x86 reboot: Add reboot fixup for gx1/cs5530a

Hi Peter, As per your suggestion, I switched do {} while(0) to ((void)(0)) for the dummy define, since it's an argumentless function. Please let me know if it's okay now. Thanks, Jaya Kumar --- I ran into a problem getting reboot working with 2.6.11 on an embedded board. The board has a Geod

[PATCH 2.6.11.2 1/1] PCI Allow OutOfRange PIRQ table address

Hi Greg, PCI folk, In our hardware situation, the BIOS is unable to store or generate it's PIRQ table in the Fh-10h standard range. This patch adds a pci kernel parameter, pirqaddr to allow the bootloader (or BIOS based loader) to inform the kernel where the PIRQ table got stored. A benefi

[PATCH 2.6.11.2 1/1] PCI Allow OutOfRange PIRQ table address

Hi Greg, PCI folk, I updated this to change pirq_table_addr to a long, and to add a warning msg if the PIRQ table wasn't found at the specified address, as per thread with Matthew Wilcox. Let me know if it's okay. Thanks. In our hardware situation, the BIOS is unable to store or generate it's PIR

[PATCH 2.6.11.2 1/1] PCI Allow OutOfRange PIRQ table address

Hi Greg, PCI folk, I updated this to remove unnecessary variable initialization, make check_routing be inline only and not __init, and formatting fixes as per Randy Dunlap's recommendations. Let me know if it's okay. Thanks. --- I updated this to change pirq_table_addr to a long, and to add a

[PATCH 2.6.11.2 1/1] PCI Allow OutOfRange PIRQ table address

Hi Greg, PCI folk, Sorry, just also did the simple_strtol to strtoul. Let me know if it's okay. Thanks. --- I updated this to remove unnecessary variable initialization, make check_routing be inline only and not __init, and formatting fixes as per Randy Dunlap's recommendations. I updated th

[PATCH 2.6.11.2 1/1] PCI Allow OutOfRange PIRQ table address

Hi Greg, PCI folk, I updated this to remove unnecessary variable initialization, make check_routing be inline only and not __init, switch to strtoul, and formatting fixes as per Randy Dunlap's recommendations. I updated this to change pirq_table_addr to a long, and to add a warning msg if the P

[PATCH 2.6.11.2 1/1] PCI Allow OutOfRange PIRQ table address

Hi Greg, PCI folk, In our hardware situation, the BIOS is unable to store or generate it's PIRQ table in the Fh-10h standard range. This patch adds a pci kernel parameter, pirqaddr to allow the bootloader (or BIOS based loader) to inform the kernel where the PIRQ table got stored. A benefi

Re: [PATCH 2.6.11.2 1/1] PCI Allow OutOfRange PIRQ table address

On Thu, 10 Mar 2005, Matthew Wilcox wrote: +extern unsigned int pirq_table_addr; Completely nitpicking, but I think this should be an unsigned long rather than an int -- physical addresses are normally expressed in terms of unsigned long. Yup, good point, I'll fix that. Should we fall back to searc

[RFC 2.6.11.2 1/1] Add reboot fixup for gx1/cs5530a

Hi Riley, Dave, Peter, i386 boot/workaround maintainers, I ran into a problem getting reboot working with 2.6.11 on an embedded board. The board has a Geode GX1 with a CS5530A companion. What I observe on reboot is the "Restarting system" printk, and then a cpu stall/hang. I think the problem aris

[RESEND PATCH 2.6.11.2 1/1] PCI Allow OutOfRange PIRQ table address

Hi Greg, PCI folk, Resending this patch. Is it okay now? --- I updated this to remove unnecessary variable initialization, make check_routing be inline only and not __init, switch to strtoul, and formatting fixes as per Randy Dunlap's recommendations. I updated this to change pirq_table_addr

[RFC/PATCH 2.6.11.2 1/1] x86 reboot: Add reboot fixup for gx1/cs5530a

Hi Riley, Dave, Peter, i386 boot/workaround maintainers, This patch incorporates the suggestions from the previous thread. ie: add header, use dummy macro, describe safety in help. Please let me know if it's okay. Thanks, Jaya Kumar --- I ran into a problem getting reboot working with 2.6.11