macintosh: Resolve various PMU driver problems
v4 cover macintosh: Resolve various PMU driver problems
This series of patches has the following aims.
1) Eliminate duplicated code. Linux presently has two drivers for the 68HC05-based PMU devices found in Macs: via-pmu and via-pmu68k. There's no value in having separate PMU drivers for each architecture.
2) Avoid further work on via-pmu68k that's not needed for via-pmu.
3) Fix some bugs in the via-pmu driver.
4) Enable the /dev/pmu and /proc/pmu/* userspace APIs on m68k Macs by adopting via-pmu.
5) Improve stability on early 100-series PowerBooks by loading no PMU driver at all. Neither via-pmu nor via-pmu68k supports the early M50753-based PMU device found in these models.
6) Assist the out-of-tree NuBus PowerMac port to support PMU designs shared with the m68k Mac port (e.g. PowerBooks 190 and 5300).
This patch series has been regression tested on various PowerBooks (190, 520, 3400, Pismo G3) and PowerMacs (Beige G3, G5). These patches did not affect userland utilities. (Note that there is a userland- visible change to the contents of /proc/pmu/interrupts.)
Changed since v1:
1) Added blank lines after 'break' statements in patch 10.
2) Improved patch description for patch 3.
3) Added reviewed-by tags.
4) Split patch 8 to make code review easier.
Changed since v2:
1) Added reviewed-by tag.
2) Retained PMU_68K_V1 and PMU_68K_V2 symbols.
Changed since v3:
1) Rebased on v4.18-rc2.
2) Omitted patch 10/12, since these RTC changes now conflict with mainline. It will be reworked once the mainline m68k/powerpc RTC code stabilizes.
Finn Thain (11):
macintosh/via-pmu: Fix section mismatch warning macintosh/via-pmu: Add missing mmio accessors macintosh/via-pmu: Don't clear shift register interrupt flag twice macintosh/via-pmu: Enhance state machine with new 'uninitialized'
state
macintosh/via-pmu: Replace via pointer with via1 and via2 pointers macintosh/via-pmu: Add support for m68k PowerBooks macintosh/via-pmu: Explicitly specify CONFIG_PPC_PMAC dependencies macintosh/via-pmu68k: Don't load driver on unsupported hardware macintosh/via-pmu: Replace via-pmu68k driver with via-pmu driver macintosh/via-pmu: Clean up interrupt statistics macintosh/via-pmu: Disambiguate interrupt statistics
arch/m68k/configs/mac_defconfig | 2 +- arch/m68k/configs/multi_defconfig | 2 +- arch/m68k/mac/config.c | 2 +- arch/m68k/mac/misc.c | 54 +-- drivers/macintosh/Kconfig | 19 +- drivers/macintosh/Makefile | 1 - drivers/macintosh/adb.c | 2 +- drivers/macintosh/via-pmu.c | 346 ++++++++++------ drivers/macintosh/via-pmu68k.c | 850 -------------------------------------- include/uapi/linux/pmu.h | 4 +- 10 files changed, 235 insertions(+), 1047 deletions(-) delete mode 100644 drivers/macintosh/via-pmu68k.c
Signature · 1 line
2.16.4
PATCH v4 1/11 macintosh/via-pmu: Fix section mismatch warning
The pmu_init() function has the __init qualifier, but the ops struct that holds a pointer to it does not. This causes a build warning. The driver works fine because the pointer is only dereferenced early.
The function is so small that there's negligible benefit from using the __init qualifier. Remove it to fix the warning, consistent with the other ADB drivers.
--- drivers/macintosh/via-pmu.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-)
drivers/macintosh/via-pmu.c +1 -1
@@ -378,7 +378,7 @@ static int pmu_probe(void)return vias ==NULL ? -ENODEV :0 ; } -static int __init pmu_init (void ) +static int pmu_init (void ) {if (vias ==NULL )return -ENODEV ;
Signature · 1 line
2.16.4
Re: [PATCH v4 01/11] macintosh/via-pmu: Fix section mismatch warning
Quoted 8 lines · Finn Thain
The
pmu_init()function has the__initqualifier, but the ops struct that holds a pointer to it does not. This causes a build warning. The driver works fine because the pointer is only dereferenced early.The function is so small that there's negligible benefit from using the
__initqualifier. Remove it to fix the warning, consistent with the other ADB drivers.
Would you mind copy/pasting the warning you are seeing.
Make sure you have:
58935176ad17 powerpc/via-pmu: Fix section mismatch warning
Thanks
Quoted 23 lines
Tested-by Stan Johnson <[email protected]>Signed-off-by Finn Thain <[email protected]>Reviewed-by Geert Uytterhoeven <[email protected]>--- drivers/macintosh/via-pmu.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-)drivers/macintosh/via-pmu.c +1
-2@@ -378,7 +378,7 @@ static int pmu_probe(void)return vias ==NULL ? -ENODEV :0 ; } -static int __init pmu_init (void ) +static int pmu_init (void ) {if (vias ==NULL )return -ENODEV ; --2.16.4
Re: [PATCH v4 01/11] macintosh/via-pmu: Fix section mismatch warning
Quoted 11 lines · Mathieu Malaterre
Quoted 8 lines · Finn Thain
The
pmu_init()function has the__initqualifier, but the ops struct that holds a pointer to it does not. This causes a build warning. The driver works fine because the pointer is only dereferenced early.The function is so small that there's negligible benefit from using the
__initqualifier. Remove it to fix the warning, consistent with the other ADB drivers.
Quoted 8 lines
Would you mind copy/pasting the warning you are seeing.
Make sure you have:
58935176ad17powerpc/via-pmu: Fix section mismatch warningThanks
It's true, the section mismatch warning from 'make' has disappeared since I wrote this patch, but that doesn't mean it is wrong.
Before this patch:
$ powerpc-linux-gnu-objdump -xda vmlinux |egrep -w "via_pmu_driver|pmu_init" c0711c84 l F .init.text 0000001c pmu_init c05eb408 g O .rodata 00000028 via_pmu_driver c0711c84 <pmu_init>: $
After:
$ powerpc-linux-gnu-objdump -xda vmlinux |egrep -w "via_pmu_driver|pmu_init" c038e42c l F .text 0000001c pmu_init c05e1e58 g O .rodata 00000028 via_pmu_driver c038e42c <pmu_init>: $
I gather that commit 58935176ad17 ("powerpc/via-pmu: Fix section mismatch warning") has moved via_pmu_driver from .data to .rodata, but I'm afraid I don't see the point of that change. The commit log entry doesn't explain it either.
If .rodata is not discarded then the dangling pointer remains, right?
Re: [v4,01/11] macintosh/via-pmu: Fix section mismatch warning
In reply to Finn ThainQuoted 11 lines · Finn Thain
The
pmu_init()function has the__initqualifier, but the ops struct that holds a pointer to it does not. This causes a build warning. The driver works fine because the pointer is only dereferenced early.The function is so small that there's negligible benefit from using the
__initqualifier. Remove it to fix the warning, consistent with the other ADB drivers.Tested-by Stan Johnson <[email protected]>Signed-off-by Finn Thain <[email protected]>Reviewed-by Geert Uytterhoeven <[email protected]>
Series applied to powerpc next, thanks.
https://git.kernel.org/powerpc/c/73f4447d43484224d7abfba0d9468d
cheers
PATCH v4 2/11 macintosh/via-pmu: Add missing mmio accessors
In reply to Finn ThainAdd missing in_8() accessors to init_pmu() and pmu_sr_intr().
This fixes several sparse warnings:drivers/macintosh/via-pmu.c:536:29: warning: dereference of noderef expression drivers/macintosh/via-pmu.c:537:33: warning: dereference of noderef expression drivers/macintosh/via-pmu.c:1455:17: warning: dereference of noderef expression drivers/macintosh/via-pmu.c:1456:69: warning: dereference of noderef expression
--- drivers/macintosh/via-pmu.c | 9 +++++---- 1 file changed, 5 insertions(+), 4 deletions(-)
drivers/macintosh/via-pmu.c +5 -4
@@ -534,8 +534,9 @@ init_pmu(void)int timeout;struct adb_request req; -out_8 (&via[B ], via[B ] |TREQ );/* negate TREQ */ -out_8 (&via[DIRB ], (via[DIRB ] |TREQ ) & ~TACK );/* TACK in, TREQ out */ +/* Negate TREQ. Set TACK to input and TREQ to output. */ +out_8 (&via[B ],in_8 (&via[B ]) |TREQ ); +out_8 (&via[DIRB ], (in_8 (&via[DIRB ]) |TREQ ) & ~TACK );pmu_request (&req,NULL ,2 ,PMU_SET_INTR_MASK , pmu_intr_mask); timeout =100000 ;
@@ -1418,8 +1419,8 @@ pmu_sr_intr(void)struct adb_request *req;int bite =0 ; -if (via[B ] &TREQ ) { -printk (KERN_ERR "PMU: spurious SR intr (%x)\n" , via[B ]); +if (in_8 (&via[B ]) &TREQ ) { +printk (KERN_ERR "PMU: spurious SR intr (%x)\n" ,in_8 (&via[B ]));out_8 (&via[IFR ],SR_INT );return NULL ; }
Signature · 1 line
2.16.4
PATCH v4 3/11 macintosh/via-pmu: Don't clear shift register interrupt flag twice
In reply to Finn ThainThe shift register interrupt flag gets cleared in via_pmu_interrupt() and once again in pmu_sr_intr(). Fix this theoretical race condition.
--- drivers/macintosh/via-pmu.c | 1 - 1 file changed, 1 deletion(-)
drivers/macintosh/via-pmu.c +0 -1
@@ -1421,7 +1421,6 @@ pmu_sr_intr(void)if (in_8 (&via[B ]) &TREQ ) {printk (KERN_ERR "PMU: spurious SR intr (%x)\n" ,in_8 (&via[B ])); -out_8 (&via[IFR ],SR_INT );return NULL ; }/* The ack may not yet be low when we get the interrupt */
Signature · 1 line
2.16.4
PATCH v4 4/11 macintosh/via-pmu: Enhance state machine with new 'uninitialized' state
In reply to Finn ThainOn 68k Macs, the via/vias pointer can't be used to determine whether the PMU driver has been initialized. For portability, add a new state to indicate that via_find_pmu() succeeded.
After via_find_pmu() executes, testing vias == NULL is equivalent to testing via == NULL. Replace these tests with pmu_state == uninitialized which is simpler and more consistent. No functional change.
--- drivers/macintosh/via-pmu.c | 44 ++++++++++++++++++++++---------------------- 1 file changed, 22 insertions(+), 22 deletions(-)
drivers/macintosh/via-pmu.c +22 -22
@@ -114,6 +114,7 @@ static volatile unsigned char __iomem *via;#define CB1_INT 0x10/* transition on CB1 input */ static volatile enum pmu_state { + uninitialized = 0, idle, sending, intack,
@@ -274,7 +275,7 @@ int __init find_via_pmu(void)u64 taddr;const u32 *reg; -if (via) +if (pmu_state != uninitialized)return 1 ; vias =of_find_node_by_name (NULL ,"via-pmu" );if (vias ==NULL )
@@ -369,20 +370,19 @@ int __init find_via_pmu(void) fail:of_node_put (vias); vias =NULL ; + pmu_state = uninitialized;return 0 ; }#ifdef CONFIG_ADB static int pmu_probe (void ) { -return vias ==NULL ? -ENODEV :0 ; +return pmu_state == uninitialized ? -ENODEV :0 ; }static int pmu_init (void ) { -if (vias ==NULL ) -return -ENODEV ; -return 0 ; +return pmu_state == uninitialized ? -ENODEV :0 ; }#endif /* CONFIG_ADB */
@@ -397,7 +397,7 @@ static int __init via_pmu_start(void) {unsigned int irq; -if (vias ==NULL ) +if (pmu_state == uninitialized)return -ENODEV ; batt_req.complete =1 ;
@@ -463,7 +463,7 @@ arch_initcall(via_pmu_start);*/ static int __init via_pmu_dev_init (void ) { -if (vias ==NULL ) +if (pmu_state == uninitialized)return -ENODEV ;#ifdef CONFIG_PMAC_BACKLIGHT
@@ -929,7 +929,7 @@ static int pmu_send_request(struct adb_request *req, int sync) {int i, ret; -if ((vias ==NULL ) || (!pmu_fully_inited)) { +if (pmu_state == uninitialized || !pmu_fully_inited) { req->complete =1 ;return -ENXIO ; }
@@ -1023,7 +1023,7 @@ static int __pmu_adb_autopoll(int devs)static int pmu_adb_autopoll (int devs) { -if ((vias ==NULL ) || (!pmu_fully_inited) || !pmu_has_adb) +if (pmu_state == uninitialized || !pmu_fully_inited || !pmu_has_adb)return -ENXIO ; adb_dev_map = devs;
@@ -1036,7 +1036,7 @@ static int pmu_adb_reset_bus(void)struct adb_request req;int save_autopoll = adb_dev_map; -if ((vias ==NULL ) || (!pmu_fully_inited) || !pmu_has_adb) +if (pmu_state == uninitialized || !pmu_fully_inited || !pmu_has_adb)return -ENXIO ;/* anyone got a better idea?? */
@@ -1072,7 +1072,7 @@ pmu_request(struct adb_request *req, void (*done)(struct adb_request *),va_list list;int i; -if (vias ==NULL ) +if (pmu_state == uninitialized)return -ENXIO ;if (nbytes <0 || nbytes >32 ) {
@@ -1097,7 +1097,7 @@ pmu_queue_request(struct adb_request *req)unsigned long flags;int nsend; -if (via ==NULL ) { +if (pmu_state == uninitialized) { req->complete =1 ;return -ENXIO ; }
@@ -1210,7 +1210,7 @@ pmu_start(void)void pmu_poll (void ) { -if (!via) +if (pmu_state == uninitialized)return ;if (disable_poll)return ;
@@ -1220,7 +1220,7 @@ pmu_poll(void)void pmu_poll_adb (void ) { -if (!via) +if (pmu_state == uninitialized)return ;if (disable_poll)return ;
@@ -1235,7 +1235,7 @@ pmu_poll_adb(void)void pmu_wait_complete (struct adb_request *req) { -if (!via) +if (pmu_state == uninitialized)return ;while ((pmu_state != idle && pmu_state != locked) || !req->complete)via_pmu_interrupt (0 ,NULL );
@@ -1251,7 +1251,7 @@ pmu_suspend(void) {unsigned long flags; -if (!via) +if (pmu_state == uninitialized)return ;spin_lock_irqsave (&pmu_lock, flags);
@@ -1282,7 +1282,7 @@ pmu_resume(void) {unsigned long flags; -if (!via || (pmu_suspended <1 )) +if (pmu_state == uninitialized || pmu_suspended <1 )return ;spin_lock_irqsave (&pmu_lock, flags);
@@ -1644,7 +1644,7 @@ pmu_enable_irled(int on) {struct adb_request req; -if (vias ==NULL ) +if (pmu_state == uninitialized)return ;if (pmu_kind ==PMU_KEYLARGO_BASED )return ;
@@ -1659,7 +1659,7 @@ pmu_restart(void) {struct adb_request req; -if (via ==NULL ) +if (pmu_state == uninitialized)return ;local_irq_disable ();
@@ -1684,7 +1684,7 @@ pmu_shutdown(void) {struct adb_request req; -if (via ==NULL ) +if (pmu_state == uninitialized)return ;local_irq_disable ();
@@ -1712,7 +1712,7 @@ pmu_shutdown(void)int pmu_present (void ) { -return via !=NULL ; +return pmu_state != uninitialized; }#if defined(CONFIG_SUSPEND ) && defined(CONFIG_PPC32 )
@@ -2378,7 +2378,7 @@ static struct miscdevice pmu_device = {static int pmu_device_init (void ) { -if (!via) +if (pmu_state == uninitialized)return 0 ;if (misc_register (&pmu_device) <0 )printk (KERN_ERR "via-pmu: cannot register misc device.\n" );
Signature · 1 line
2.16.4
PATCH v4 5/11 macintosh/via-pmu: Replace via pointer with via1 and via2 pointers
In reply to Finn ThainOn most PowerPC Macs, the PMU driver uses the shift register and IO port B from a single VIA chip.
On 68k and early PowerPC PowerBooks, the driver uses the shift register from one VIA chip together with IO port B from another.
Replace via with via1 and via2 to accommodate this. For the CONFIG_PPC_PMAC case, set via1 = via2 so there is no change.
--- drivers/macintosh/via-pmu.c | 142 +++++++++++++++++++++----------------------- 1 file changed, 69 insertions(+), 73 deletions(-)
drivers/macintosh/via-pmu.c +69 -73
@@ -76,7 +76,6 @@#define BATTERY_POLLING_COUNT 2static DEFINE_MUTEX (pmu_info_proc_mutex); -static volatile unsigned char __iomem *via;/* VIA registers - spaced 0x200 bytes apart */ #define RS 0x200/* skip between registers */
@@ -145,6 +144,8 @@ static struct device_node *vias;static int pmu_kind =PMU_UNKNOWN ;static int pmu_fully_inited;static int pmu_has_adb; +static volatile unsigned char __iomem *via1; +static volatile unsigned char __iomem *via2;static struct device_node *gpio_node;static unsigned char __iomem *gpio_reg;static int gpio_irq =0 ;
@@ -340,14 +341,14 @@ int __init find_via_pmu(void) }else pmu_kind =PMU_UNKNOWN ; - via =ioremap (taddr,0x2000 ); -if (via ==NULL ) { + via1 = via2 =ioremap (taddr,0x2000 ); +if (via1 ==NULL ) {printk (KERN_ERR "via-pmu: Can't map address !\n" ); goto fail_via_remap; } -out_8 (&via[IER ],IER_CLR |0x7f );/* disable all intrs */ -out_8 (&via[IFR ],0x7f );/* clear IFR */ +out_8 (&via1[IER ],IER_CLR |0x7f );/* disable all intrs */ +out_8 (&via1[IFR ],0x7f );/* clear IFR */ pmu_state = idle;
@@ -362,8 +363,8 @@ int __init find_via_pmu(void)return 1 ; fail_init: -iounmap (via); - via =NULL ; +iounmap (via1); + via1 = via2 =NULL ; fail_via_remap:iounmap (gpio_reg); gpio_reg =NULL ;
@@ -437,7 +438,7 @@ static int __init via_pmu_start(void) }/* Enable interrupts */ -out_8 (&via[IER ],IER_SET |SR_INT |CB1_INT ); +out_8 (&via1[IER ],IER_SET |SR_INT |CB1_INT ); pmu_fully_inited =1 ;
@@ -535,8 +536,8 @@ init_pmu(void)struct adb_request req;/* Negate TREQ. Set TACK to input and TREQ to output. */ -out_8 (&via[B ],in_8 (&via[B ]) |TREQ ); -out_8 (&via[DIRB ], (in_8 (&via[DIRB ]) |TREQ ) & ~TACK ); +out_8 (&via2[B ],in_8 (&via2[B ]) |TREQ ); +out_8 (&via2[DIRB ], (in_8 (&via2[DIRB ]) |TREQ ) & ~TACK );pmu_request (&req,NULL ,2 ,PMU_SET_INTR_MASK , pmu_intr_mask); timeout =100000 ;
@@ -1137,7 +1138,7 @@ wait_for_ack(void)* reported */ int timeout =4000 ; -while ((in_8 (&via[B ]) &TACK ) ==0 ) { +while ((in_8 (&via2[B ]) &TACK ) ==0 ) {if (--timeout <0 ) {printk (KERN_ERR "PMU not responding (!ack)\n" );return ;
@@ -1151,23 +1152,19 @@ wait_for_ack(void)static inline void send_byte (int x) { -volatile unsigned char __iomem *v = via; - -out_8 (&v[ACR ],in_8 (&v[ACR ]) |SR_OUT |SR_EXT ); -out_8 (&v[SR ], x); -out_8 (&v[B ],in_8 (&v[B ]) & ~TREQ );/* assert TREQ */ - (void )in_8 (&v[B ]); +out_8 (&via1[ACR ],in_8 (&via1[ACR ]) |SR_OUT |SR_EXT ); +out_8 (&via1[SR ], x); +out_8 (&via2[B ],in_8 (&via2[B ]) & ~TREQ );/* assert TREQ */ + (void )in_8 (&via2[B ]); }static inline void recv_byte (void ) { -volatile unsigned char __iomem *v = via; - -out_8 (&v[ACR ], (in_8 (&v[ACR ]) & ~SR_OUT ) |SR_EXT ); -in_8 (&v[SR ]);/* resets SR */ -out_8 (&v[B ],in_8 (&v[B ]) & ~TREQ ); - (void )in_8 (&v[B ]); +out_8 (&via1[ACR ], (in_8 (&via1[ACR ]) & ~SR_OUT ) |SR_EXT ); +in_8 (&via1[SR ]);/* resets SR */ +out_8 (&via2[B ],in_8 (&via2[B ]) & ~TREQ ); + (void )in_8 (&via2[B ]); } static inline void
@@ -1270,7 +1267,7 @@ pmu_suspend(void)if (!adb_int_pending && pmu_state == idle && !req_awaiting_reply) {if (gpio_irq >=0 )disable_irq_nosync (gpio_irq); -out_8 (&via[IER ],CB1_INT |IER_CLR ); +out_8 (&via1[IER ],CB1_INT |IER_CLR );spin_unlock_irqrestore (&pmu_lock, flags);break ; }
@@ -1294,7 +1291,7 @@ pmu_resume(void) adb_int_pending =1 ;if (gpio_irq >=0 )enable_irq (gpio_irq); -out_8 (&via[IER ],CB1_INT |IER_SET ); +out_8 (&via1[IER ],CB1_INT |IER_SET );spin_unlock_irqrestore (&pmu_lock, flags);pmu_poll (); }
@@ -1419,20 +1416,20 @@ pmu_sr_intr(void)struct adb_request *req;int bite =0 ; -if (in_8 (&via[B ]) &TREQ ) { -printk (KERN_ERR "PMU: spurious SR intr (%x)\n" ,in_8 (&via[B ])); +if (in_8 (&via2[B ]) &TREQ ) { +printk (KERN_ERR "PMU: spurious SR intr (%x)\n" ,in_8 (&via2[B ]));return NULL ; }/* The ack may not yet be low when we get the interrupt */ -while ((in_8 (&via[B ]) &TACK ) !=0 ) +while ((in_8 (&via2[B ]) &TACK ) !=0 ) ;/* if reading grab the byte, and reset the interrupt */ if (pmu_state == reading || pmu_state == reading_intr) - bite =in_8 (&via[SR ]); + bite =in_8 (&via1[SR ]);/* reset TREQ and wait for TACK to go high */ -out_8 (&via[B ],in_8 (&via[B ]) |TREQ ); +out_8 (&via2[B ],in_8 (&via2[B ]) |TREQ );wait_for_ack ();switch (pmu_state) {
@@ -1533,17 +1530,17 @@ via_pmu_interrupt(int irq, void *arg) ++disable_poll;for (;;) { - intr =in_8 (&via[IFR ]) & (SR_INT |CB1_INT ); + intr =in_8 (&via1[IFR ]) & (SR_INT |CB1_INT );if (intr ==0 )break ; handled =1 ;if (++nloop >1000 ) {printk (KERN_DEBUG "PMU: stuck in intr loop, " "intr=%x, ier=%x pmu_state=%d\n" , - intr,in_8 (&via[IER ]), pmu_state); + intr,in_8 (&via1[IER ]), pmu_state);break ; } -out_8 (&via[IFR ], intr); +out_8 (&via1[IFR ], intr);if (intr &CB1_INT ) { adb_int_pending =1 ; pmu_irq_stats[0 ]++;
@@ -1725,29 +1722,29 @@ static u32 save_via[8];static void save_via_state (void ) { - save_via[0 ] =in_8 (&via[ANH ]); - save_via[1 ] =in_8 (&via[DIRA ]); - save_via[2 ] =in_8 (&via[B ]); - save_via[3 ] =in_8 (&via[DIRB ]); - save_via[4 ] =in_8 (&via[PCR ]); - save_via[5 ] =in_8 (&via[ACR ]); - save_via[6 ] =in_8 (&via[T1CL ]); - save_via[7 ] =in_8 (&via[T1CH ]); + save_via[0 ] =in_8 (&via1[ANH ]); + save_via[1 ] =in_8 (&via1[DIRA ]); + save_via[2 ] =in_8 (&via1[B ]); + save_via[3 ] =in_8 (&via1[DIRB ]); + save_via[4 ] =in_8 (&via1[PCR ]); + save_via[5 ] =in_8 (&via1[ACR ]); + save_via[6 ] =in_8 (&via1[T1CL ]); + save_via[7 ] =in_8 (&via1[T1CH ]); }static void restore_via_state (void ) { -out_8 (&via[ANH ], save_via[0 ]); -out_8 (&via[DIRA ], save_via[1 ]); -out_8 (&via[B ], save_via[2 ]); -out_8 (&via[DIRB ], save_via[3 ]); -out_8 (&via[PCR ], save_via[4 ]); -out_8 (&via[ACR ], save_via[5 ]); -out_8 (&via[T1CL ], save_via[6 ]); -out_8 (&via[T1CH ], save_via[7 ]); -out_8 (&via[IER ],IER_CLR |0x7f );/* disable all intrs */ -out_8 (&via[IFR ],0x7f );/* clear IFR */ -out_8 (&via[IER ],IER_SET |SR_INT |CB1_INT ); +out_8 (&via1[ANH ], save_via[0 ]); +out_8 (&via1[DIRA ], save_via[1 ]); +out_8 (&via1[B ], save_via[2 ]); +out_8 (&via1[DIRB ], save_via[3 ]); +out_8 (&via1[PCR ], save_via[4 ]); +out_8 (&via1[ACR ], save_via[5 ]); +out_8 (&via1[T1CL ], save_via[6 ]); +out_8 (&via1[T1CH ], save_via[7 ]); +out_8 (&via1[IER ],IER_CLR |0x7f );/* disable all intrs */ +out_8 (&via1[IFR ],0x7f );/* clear IFR */ +out_8 (&via1[IER ],IER_SET |SR_INT |CB1_INT ); }#define GRACKLE_PM (1<<7)
@@ -2389,33 +2386,33 @@ device_initcall(pmu_device_init);#ifdef DEBUG_SLEEP static inline void -polled_handshake (volatile unsigned char __iomem *via) +polled_handshake (void ) { - via[B ] &= ~TREQ ;eieio (); -while ((via[B ] &TACK ) !=0 ) + via2[B ] &= ~TREQ ;eieio (); +while ((via2[B ] &TACK ) !=0 ) ; - via[B ] |=TREQ ;eieio (); -while ((via[B ] &TACK ) ==0 ) + via2[B ] |=TREQ ;eieio (); +while ((via2[B ] &TACK ) ==0 ) ; }static inline void -polled_send_byte (volatile unsigned char __iomem *via,int x) +polled_send_byte (int x) { - via[ACR ] |=SR_OUT |SR_EXT ;eieio (); - via[SR ] = x;eieio (); -polled_handshake (via); + via1[ACR ] |=SR_OUT |SR_EXT ;eieio (); + via1[SR ] = x;eieio (); +polled_handshake (); }static inline int -polled_recv_byte (volatile unsigned char __iomem *via) +polled_recv_byte (void ) {int x; - via[ACR ] = (via[ACR ] & ~SR_OUT ) |SR_EXT ;eieio (); - x = via[SR ];eieio (); -polled_handshake (via); - x = via[SR ];eieio (); + via1[ACR ] = (via1[ACR ] & ~SR_OUT ) |SR_EXT ;eieio (); + x = via1[SR ];eieio (); +polled_handshake (); + x = via1[SR ];eieio ();return x; }
@@ -2424,7 +2421,6 @@ pmu_polled_request(struct adb_request *req) {unsigned long flags;int i, l, c; -volatile unsigned char __iomem *v = via; req->complete =1 ; c = req->data[0 ];
@@ -2436,21 +2432,21 @@ pmu_polled_request(struct adb_request *req)while (pmu_state != idle)pmu_poll (); -while ((via[B ] &TACK ) ==0 ) +while ((via2[B ] &TACK ) ==0 ) ; -polled_send_byte (v, c); +polled_send_byte (c);if (l <0 ) { l = req->nbytes -1 ; -polled_send_byte (v, l); +polled_send_byte (l); }for (i =1 ; i <= l; ++i) -polled_send_byte (v, req->data[i]); +polled_send_byte (req->data[i]); l = pmu_data_len[c][1 ];if (l <0 ) - l =polled_recv_byte (v); + l =polled_recv_byte ();for (i =0 ; i < l; ++i) - req->reply[i + req->reply_len] =polled_recv_byte (v); + req->reply[i + req->reply_len] =polled_recv_byte ();if (req->done) (*req->done)(req);
Signature · 1 line
2.16.4
PATCH v4 6/11 macintosh/via-pmu: Add support for m68k PowerBooks
In reply to Finn ThainPut #ifdefs around the Open Firmware, xmon, interrupt dispatch, battery and suspend code. Add the necessary interrupt handling to support m68k PowerBooks.
The pmu_kind value is available to userspace using the PMU_IOC_GET_MODEL ioctl. It is not clear yet what hardware classes are be needed to describe m68k PowerBook models, so pmu_kind is given the provisional value PMU_UNKNOWN.
To find out about the hardware, user programs can use /proc/bootinfo or /proc/hardware, or send the PMU_GET_VERSION command using /dev/adb.
--- drivers/macintosh/Kconfig | 2 +- drivers/macintosh/via-pmu.c | 101 +++++++++++++++++++++++++++++++++++++++----- 2 files changed, 91 insertions(+), 12 deletions(-)
drivers/macintosh/Kconfig +1 -1
@@ -65,7 +65,7 @@ config ADB_CUDA If unsure say Y. config ADB_PMU - bool "Support for PMU based PowerMacs" + bool "Support for PMU based PowerMacs and PowerBooks" depends on PPC_PMAC help On PowerBooks, iBooks, and recent iMacs and Power Macintoshes, the
drivers/macintosh/via-pmu.c +90 -11
246 lines not on this page · raw message
Signature · 1 line
2.16.4
PATCH v4 7/11 macintosh/via-pmu: Explicitly specify CONFIG_PPC_PMAC dependencies
In reply to Finn ThainAt present, CONFIG_ADB_PMU depends on CONFIG_PPC_PMAC. When this gets relaxed to CONFIG_PPC_PMAC || CONFIG_MAC, those Kconfig symbols with implicit deps on PPC_PMAC will need explicit deps. Add them now. No functional change.
--- drivers/macintosh/Kconfig | 4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-)
drivers/macintosh/Kconfig +2 -2
@@ -79,7 +79,7 @@ config ADB_PMU config ADB_PMU_LED bool "Support for the Power/iBook front LED" - depends on ADB_PMU + depends on PPC_PMAC && ADB_PMU select NEW_LEDS select LEDS_CLASS help
@@ -122,7 +122,7 @@ config PMAC_MEDIABAY config PMAC_BACKLIGHT bool "Backlight control for LCD screens" - depends on ADB_PMU && FB = y && (BROKEN || !PPC64) + depends on PPC_PMAC && ADB_PMU && FB = y && (BROKEN || !PPC64) select FB_BACKLIGHT help Say Y here to enable Macintosh specific extensions of the generic
Signature · 1 line
2.16.4
PATCH v4 8/11 macintosh/via-pmu68k: Don't load driver on unsupported hardware
In reply to Finn ThainDon't load the via-pmu68k driver on early PowerBooks. The M50753 PMU device found in those models was never supported by this driver. Attempting to load the driver usually causes a boot hang.
--- arch/m68k/mac/misc.c | 6 ++---- drivers/macintosh/via-pmu68k.c | 4 ---- include/uapi/linux/pmu.h | 2 +- 3 files changed, 3 insertions(+), 9 deletions(-)
arch/m68k/mac/misc.c +2 -4
@@ -478,8 +478,7 @@ void mac_poweroff(void)cuda_shutdown ();#endif #ifdef CONFIG_ADB_PMU68K - }else if (macintosh_config->adb_type ==MAC_ADB_PB1 - || macintosh_config->adb_type ==MAC_ADB_PB2 ) { + }else if (macintosh_config->adb_type ==MAC_ADB_PB2 ) {pmu_shutdown ();#endif }
@@ -520,8 +519,7 @@ void mac_reset(void)cuda_restart ();#endif #ifdef CONFIG_ADB_PMU68K - }else if (macintosh_config->adb_type ==MAC_ADB_PB1 - || macintosh_config->adb_type ==MAC_ADB_PB2 ) { + }else if (macintosh_config->adb_type ==MAC_ADB_PB2 ) {pmu_restart ();#endif }else if (CPU_IS_030 ) {
drivers/macintosh/via-pmu68k.c +0 -4
@@ -175,9 +175,6 @@ static s8 pmu_data_len[256][2] = {int __init find_via_pmu (void ) {switch (macintosh_config->adb_type) { -case MAC_ADB_PB1 : - pmu_kind =PMU_68K_V1 ; -break ;case MAC_ADB_PB2 : pmu_kind =PMU_68K_V2 ;break ;
@@ -785,7 +782,6 @@ pmu_enable_backlight(int on)/* first call: get current backlight value */ if (backlight_level <0 ) {switch (pmu_kind) { -case PMU_68K_V1 :case PMU_68K_V2 :pmu_request (&req,NULL ,3 ,PMU_READ_NVRAM ,0x14 ,0xe );while (!req.complete)
include/uapi/linux/pmu.h +1 -1
@@ -93,7 +93,7 @@ enum {PMU_HEATHROW_BASED ,/* PowerBook G3 series */ PMU_PADDINGTON_BASED ,/* 1999 PowerBook G3 */ PMU_KEYLARGO_BASED ,/* Core99 motherboard (PMU99) */ -PMU_68K_V1 ,/* 68K PMU, version 1 */ +PMU_68K_V1 ,/* Unused/deprecated */ PMU_68K_V2, /* 68K PMU, version 2 */ };
Signature · 1 line
2.16.4
Re: [PATCH v4 08/11] macintosh/via-pmu68k: Don't load driver on unsupported hardware
Quoted 7 lines · Finn Thain
Don't load the via-pmu68k driver on early PowerBooks. The M50753 PMU device found in those models was never supported by this driver. Attempting to load the driver usually causes a boot hang.
Cc Geert Uytterhoeven <[email protected]>Signed-off-by Finn Thain <[email protected]>Reviewed-by Michael Schmitz <[email protected]>
Gr{oetje,eeting}s,
Geert
Signature · 5 lines
Geert Uytterhoeven -- There's lots of Linux beyond ia32 -- [email protected] In personal conversations with technical people, I call myself a hacker. But when I'm talking to journalists I just say "programmer" or something like that. -- Linus Torvalds
PATCH v4 9/11 macintosh/via-pmu: Replace via-pmu68k driver with via-pmu driver
In reply to Finn ThainNow that the PowerMac via-pmu driver supports m68k PowerBooks, switch over to that driver and remove the via-pmu68k driver.
--- arch/m68k/configs/mac_defconfig | 2 +- arch/m68k/configs/multi_defconfig | 2 +- arch/m68k/mac/config.c | 2 +- arch/m68k/mac/misc.c | 48 +-- drivers/macintosh/Kconfig | 13 +- drivers/macintosh/Makefile | 1 - drivers/macintosh/adb.c | 2 +- drivers/macintosh/via-pmu68k.c | 846 -------------------------------------- include/uapi/linux/pmu.h | 2 +- 9 files changed, 14 insertions(+), 904 deletions(-) delete mode 100644 drivers/macintosh/via-pmu68k.c
arch/m68k/configs/mac_defconfig +1 -1
@@ -369,7 +369,7 @@ CONFIG_TCM_PSCSI=m CONFIG_ADB=y CONFIG_ADB_MACII=y CONFIG_ADB_IOP=y -CONFIG_ADB_PMU68K=y +CONFIG_ADB_PMU=y CONFIG_ADB_CUDA=y CONFIG_INPUT_ADBHID=y CONFIG_MAC_EMUMOUSEBTN=y
arch/m68k/configs/multi_defconfig +1 -1
@@ -402,7 +402,7 @@ CONFIG_TCM_PSCSI=m CONFIG_ADB=y CONFIG_ADB_MACII=y CONFIG_ADB_IOP=y -CONFIG_ADB_PMU68K=y +CONFIG_ADB_PMU=y CONFIG_ADB_CUDA=y CONFIG_INPUT_ADBHID=y CONFIG_MAC_EMUMOUSEBTN=y
arch/m68k/mac/config.c +1 -1
@@ -891,7 +891,7 @@ static void __init mac_identify(void)#ifdef CONFIG_ADB_CUDA find_via_cuda ();#endif -#ifdef CONFIG_ADB_PMU68K +#ifdef CONFIG_ADB_PMU find_via_pmu ();#endif }
arch/m68k/mac/misc.c +8 -40
102 lines not on this page · raw message
drivers/macintosh/Kconfig +1 -12
@@ -39,17 +39,6 @@ config ADB_IOP <http://www.angelfire.com/ca2/dev68k/iopdesc.html> to enable direct support for it, say 'Y' here. -config ADB_PMU68K - bool "Include PMU (Powerbook) ADB driver" - depends on ADB && MAC - help - Say Y here if want your kernel to support the m68k based Powerbooks. - This includes the PowerBook 140, PowerBook 145, PowerBook 150, - PowerBook 160, PowerBook 165, PowerBook 165c, PowerBook 170, - PowerBook 180, PowerBook, 180c, PowerBook 190cs, PowerBook 520, - PowerBook Duo 210, PowerBook Duo 230, PowerBook Duo 250, - PowerBook Duo 270c, PowerBook Duo 280 and PowerBook Duo 280c. - # we want to change this to something like CONFIG_SYSCTRL_CUDA/PMU config ADB_CUDA bool "Support for Cuda/Egret based Macs and PowerMacs"
@@ -66,7 +55,7 @@ config ADB_CUDA config ADB_PMU bool "Support for PMU based PowerMacs and PowerBooks" - depends on PPC_PMAC + depends on PPC_PMAC || MAC help On PowerBooks, iBooks, and recent iMacs and Power Macintoshes, the PMU is an embedded microprocessor whose primary function is to
drivers/macintosh/Makefile +0 -1
@@ -22,7 +22,6 @@ obj-$(CONFIG_PMAC_SMU) += smu.o obj-$(CONFIG_ADB) += adb.o obj-$(CONFIG_ADB_MACII) += via-macii.o obj-$(CONFIG_ADB_IOP) += adb-iop.o -obj-$(CONFIG_ADB_PMU68K) += via-pmu68k.o obj-$(CONFIG_ADB_MACIO) += macio-adb.o obj-$(CONFIG_THERM_WINDTUNNEL) += therm_windtunnel.o
drivers/macintosh/adb.c +1 -1
@@ -65,7 +65,7 @@ static struct adb_driver *adb_driver_list[] = {#ifdef CONFIG_ADB_IOP &adb_iop_driver,#endif -#if defined(CONFIG_ADB_PMU ) || defined(CONFIG_ADB_PMU68K ) +#ifdef CONFIG_ADB_PMU &via_pmu_driver,#endif #ifdef CONFIG_ADB_MACIO
drivers/macintosh/via-pmu68k.c deleted +0 -846
846 lines not on this page · raw message
include/uapi/linux/pmu.h +1 -1
@@ -94,7 +94,7 @@ enum {PMU_PADDINGTON_BASED ,/* 1999 PowerBook G3 */ PMU_KEYLARGO_BASED ,/* Core99 motherboard (PMU99) */ PMU_68K_V1 ,/* Unused/deprecated */ - PMU_68K_V2, /* 68K PMU, version 2 */ + PMU_68K_V2, /* Unused/deprecated */ };/* PMU PMU_POWER_EVENTS commands */
Signature · 1 line
2.16.4
Re: [PATCH v4 09/11] macintosh/via-pmu: Replace via-pmu68k driver with via-pmu driver
Quoted 6 lines · Finn Thain
Now that the PowerMac via-pmu driver supports m68k PowerBooks, switch over to that driver and remove the via-pmu68k driver.
Cc Geert Uytterhoeven <[email protected]>Tested-by Stan Johnson <[email protected]>Signed-off-by Finn Thain <[email protected]>
Quoted 12 lines
--- arch/m68k/configs/mac_defconfig | 2 +- arch/m68k/configs/multi_defconfig | 2 +- arch/m68k/mac/config.c | 2 +- arch/m68k/mac/misc.c | 48 +-- drivers/macintosh/Kconfig | 13 +- drivers/macintosh/Makefile | 1 - drivers/macintosh/adb.c | 2 +- drivers/macintosh/via-pmu68k.c | 846 -------------------------------------- include/uapi/linux/pmu.h | 2 +- 9 files changed, 14 insertions(+), 904 deletions(-) delete mode 100644 drivers/macintosh/via-pmu68k.c
Geert are you OK with this and the other one that touches arch/m68k ?
cheers
Re: [PATCH v4 09/11] macintosh/via-pmu: Replace via-pmu68k driver with via-pmu driver
Hi Michael,
Quoted 20 lines · Michael Ellerman
Quoted 6 lines · Finn Thain
Now that the PowerMac via-pmu driver supports m68k PowerBooks, switch over to that driver and remove the via-pmu68k driver.
Cc Geert Uytterhoeven <[email protected]>Tested-by Stan Johnson <[email protected]>Signed-off-by Finn Thain <[email protected]>Quoted 12 lines
--- arch/m68k/configs/mac_defconfig | 2 +- arch/m68k/configs/multi_defconfig | 2 +- arch/m68k/mac/config.c | 2 +- arch/m68k/mac/misc.c | 48 +-- drivers/macintosh/Kconfig | 13 +- drivers/macintosh/Makefile | 1 - drivers/macintosh/adb.c | 2 +- drivers/macintosh/via-pmu68k.c | 846 -------------------------------------- include/uapi/linux/pmu.h | 2 +- 9 files changed, 14 insertions(+), 904 deletions(-) delete mode 100644 drivers/macintosh/via-pmu68k.c
Quoted 1 line
Geert are you OK with this and the other one that touches
arch/m68k?
Sure, feel free to take them through the PPC tree.
Thanks!
Gr{oetje,eeting}s,
Geert
Signature · 5 lines
Geert Uytterhoeven -- There's lots of Linux beyond ia32 -- [email protected] In personal conversations with technical people, I call myself a hacker. But when I'm talking to journalists I just say "programmer" or something like that. -- Linus Torvalds
Re: [PATCH v4 09/11] macintosh/via-pmu: Replace via-pmu68k driver with via-pmu driver
Quoted 23 lines · Geert Uytterhoeven
Hi Michael,
Quoted 20 lines · Michael Ellerman
Quoted 18 lines · Finn Thain
Now that the PowerMac via-pmu driver supports m68k PowerBooks, switch over to that driver and remove the via-pmu68k driver.
Cc Geert Uytterhoeven <[email protected]>Tested-by Stan Johnson <[email protected]>Signed-off-by Finn Thain <[email protected]>--- arch/m68k/configs/mac_defconfig | 2 +- arch/m68k/configs/multi_defconfig | 2 +- arch/m68k/mac/config.c | 2 +- arch/m68k/mac/misc.c | 48 +-- drivers/macintosh/Kconfig | 13 +- drivers/macintosh/Makefile | 1 - drivers/macintosh/adb.c | 2 +- drivers/macintosh/via-pmu68k.c | 846 -------------------------------------- include/uapi/linux/pmu.h | 2 +- 9 files changed, 14 insertions(+), 904 deletions(-) delete mode 100644 drivers/macintosh/via-pmu68k.c
Quoted 4 lines
Quoted 1 line
Geert are you OK with this and the other one that touches
arch/m68k?Sure, feel free to take them through the PPC tree.
Thanks will do.
cheers
Re: [PATCH v4 09/11] macintosh/via-pmu: Replace via-pmu68k driver with via-pmu driver
In reply to Finn ThainQuoted 6 lines · Finn Thain
Now that the PowerMac via-pmu driver supports m68k PowerBooks, switch over to that driver and remove the via-pmu68k driver.
Cc Geert Uytterhoeven <[email protected]>Tested-by Stan Johnson <[email protected]>Signed-off-by Finn Thain <[email protected]>
Gr{oetje,eeting}s,
Geert
Signature · 5 lines
Geert Uytterhoeven -- There's lots of Linux beyond ia32 -- [email protected] In personal conversations with technical people, I call myself a hacker. But when I'm talking to journalists I just say "programmer" or something like that. -- Linus Torvalds
Re: [PATCH v4 09/11] macintosh/via-pmu: Replace via-pmu68k driver with via-pmu driver
Quoted 9 lines · Geert Uytterhoeven
Quoted 6 lines · Finn Thain
Now that the PowerMac via-pmu driver supports m68k PowerBooks, switch over to that driver and remove the via-pmu68k driver.
Cc Geert Uytterhoeven <[email protected]>Tested-by Stan Johnson <[email protected]>Signed-off-by Finn Thain <[email protected]>
Gr{oetje,eeting}s,
Geert
Signature · 5 lines
Geert Uytterhoeven -- There's lots of Linux beyond ia32 -- [email protected] In personal conversations with technical people, I call myself a hacker. But when I'm talking to journalists I just say "programmer" or something like that. -- Linus Torvalds
PATCH v4 10/11 macintosh/via-pmu: Clean up interrupt statistics
In reply to Finn ThainReplace an open-coded ffs() with the function call. Simplify an if-else cascade using a switch statement. Correct a typo and an indentation issue.
--- drivers/macintosh/via-pmu.c | 39 ++++++++++++++++++++++----------------- 1 file changed, 22 insertions(+), 17 deletions(-)
drivers/macintosh/via-pmu.c +22 -17
@@ -1355,7 +1355,8 @@ pmu_resume(void)static void pmu_handle_data (unsigned char *data,int len) { -unsigned char ints, pirq; +unsigned char ints; +int idx;int i =0 ; asleep =0 ;
@@ -1377,25 +1378,24 @@ pmu_handle_data(unsigned char *data, int len) ints &= ~(PMU_INT_ADB_AUTO |PMU_INT_AUTO_SRQ_POLL ); next: -if (ints ==0 ) {if (i > pmu_irq_stats[10 ]) pmu_irq_stats[10 ] = i;return ; } - -for (pirq =0 ; pirq <8 ; pirq++) -if (ints & (1 << pirq)) -break ; - pmu_irq_stats[pirq]++; i++; - ints &= ~(1 << pirq); + + idx =ffs (ints) -1 ; + ints &= ~BIT (idx); + + pmu_irq_stats[idx]++;/* Note: for some reason, we get an interrupt with len=1, * data[0]==0 after each normal ADB interrupt, at least * on the Pismo. Still investigating... --BenH */ -if ((1 << pirq) &PMU_INT_ADB ) { +switch (BIT (idx)) { +case PMU_INT_ADB :if ((data[0 ] &PMU_INT_ADB_AUTO ) ==0 ) {struct adb_request *req = req_awaiting_reply;if (!req) {
@@ -1433,25 +1433,28 @@ pmu_handle_data(unsigned char *data, int len)adb_input (data+1 , len-1 ,1 );#endif /* CONFIG_ADB */ } - } +break ; +/* Sound/brightness button pressed */ -else if ((1 << pirq) &PMU_INT_SNDBRT ) { +case PMU_INT_SNDBRT :#ifdef CONFIG_PMAC_BACKLIGHT if (len ==3 )pmac_backlight_set_legacy_brightness_pmu (data[1 ] >>4 );#endif - } +break ; +/* Tick interrupt */ -else if ((1 << pirq) &PMU_INT_TICK ) { -/* Environement or tick interrupt, query batteries */ +case PMU_INT_TICK : +/* Environment or tick interrupt, query batteries */ if (pmu_battery_count) {if ((--query_batt_timer) ==0 ) {query_battery_state (); query_batt_timer =BATTERY_POLLING_COUNT ; } } - } -else if ((1 << pirq) &PMU_INT_ENVIRONMENT ) { +break ; + +case PMU_INT_ENVIRONMENT :if (pmu_battery_count)query_battery_state ();pmu_pass_intr (data, len);
@@ -1461,7 +1464,9 @@ pmu_handle_data(unsigned char *data, int len)via_pmu_event (PMU_EVT_POWER , !!(data[1 ]&8 ));via_pmu_event (PMU_EVT_LID , data[1 ]&1 ); } - }else { +break ; + +default :pmu_pass_intr (data, len); } goto next;
Signature · 1 line
2.16.4
PATCH v4 11/11 macintosh/via-pmu: Disambiguate interrupt statistics
In reply to Finn ThainSome of the event counters are overloaded which makes it very difficult to interpret their values.
Counter 0 is supposed to report CB1 interrupts but it can also count PMU_INT_WAITING_CHARGER events.
Counter 1 is supposed to report GPIO interrupts but it can also count other events (depending upon the value of the PMU_INT_ADB bit).
Disambiguate these statistics with dedicated counters for GPIO and CB1 interrupts.
Comments in the MkLinux source code say that the type 0 and type 1 interrupts are model-specific. Label them as "unknown".
This change to the contents of /proc/pmu/interrupts is by necessity visible in userland. However, packages which interact with the PMU (that is, pbbuttonsd, pmac-utils and pmud) don't open this file. AFAIK, user software has no need to poll these counters.
---
The file now looks like this,
0: 0 (Unknown interrupt (type 0)) 1: 0 (Unknown interrupt (type 1)) 2: 0 (PC-Card eject button) 3: 23 (Sound/Brightness button) 4: 74 (ADB message) 5: 0 (Battery state change) 6: 0 (Environment interrupt) 7: 121 (Tick timer) 8: 0 (Ghost interrupt (zero len)) 9: 1 (Empty interrupt (empty mask)) 10: 2 (Max irqs in a row)
11: 194 (Total CB1 triggered events)
12: 0 (Total GPIO1 triggered events)
rather than this,
0: 194 (Total CB1 triggered events)
1: 0 (Total GPIO1 triggered events)
2: 0 (PC-Card eject button)
3: 23 (Sound/Brightness button)
4: 74 (ADB message)
5: 0 (Battery state change)
6: 0 (Environment interrupt)
7: 121 (Tick timer)
8: 0 (Ghost interrupt (zero len)) 9: 1 (Empty interrupt (empty mask)) 10: 2 (Max irqs in a row)
If some parser exists for this file, and if this change is problematic, we could increment the driver version number in /proc/pmu/info, to correspond with the format change.
--- drivers/macintosh/via-pmu.c | 20 ++++++++++++-------- 1 file changed, 12 insertions(+), 8 deletions(-)
drivers/macintosh/via-pmu.c +12 -8
@@ -172,7 +172,9 @@ static int drop_interrupts;static int option_lid_wakeup =1 ;#endif /* CONFIG_SUSPEND && CONFIG_PPC32 */ static unsigned long async_req_locks; -static unsigned int pmu_irq_stats[11 ]; + +#define NUM_IRQ_STATS 13 +static unsigned int pmu_irq_stats[NUM_IRQ_STATS ];static struct proc_dir_entry *proc_pmu_root;static struct proc_dir_entry *proc_pmu_info;
@@ -873,9 +875,9 @@ static int pmu_info_proc_show(struct seq_file *m, void *v)static int pmu_irqstats_proc_show (struct seq_file *m,void *v) {int i; -static const char *irq_names[] = { -"Total CB1 triggered events" , -"Total GPIO1 triggered events" , +static const char *irq_names[NUM_IRQ_STATS ] = { +"Unknown interrupt (type 0)" , +"Unknown interrupt (type 1)" ,"PC-Card eject button" ,"Sound/Brightness button" ,"ADB message" ,
@@ -884,10 +886,12 @@ static int pmu_irqstats_proc_show(struct seq_file *m, void *v)"Tick timer" ,"Ghost interrupt (zero len)" ,"Empty interrupt (empty mask)" , - "Max irqs in a row" +"Max irqs in a row" , +"Total CB1 triggered events" , + "Total GPIO1 triggered events", }; -for (i=0 ; i<11 ; i++) { +for (i =0 ; i <NUM_IRQ_STATS ; i++) {seq_printf (m," %2u: %10u (%s)\n" , i, pmu_irq_stats[i], irq_names[i]); }
@@ -1622,7 +1626,7 @@ via_pmu_interrupt(int irq, void *arg) }if (intr &CB1_INT ) { adb_int_pending =1 ; - pmu_irq_stats[0 ]++; + pmu_irq_stats[11 ]++; }if (intr &SR_INT ) { req =pmu_sr_intr ();
@@ -1709,7 +1713,7 @@ gpio1_interrupt(int irq, void *arg)disable_irq_nosync (gpio_irq); gpio_irq_enabled =0 ; } - pmu_irq_stats[1 ]++; + pmu_irq_stats[12 ]++; adb_int_pending =1 ;spin_unlock_irqrestore (&pmu_lock, flags);via_pmu_interrupt (0 ,NULL );
Signature · 1 line
2.16.4
No regressions on my PowerBook G4, so for this series:
Am 02.07.2018 um 20:21 schrieb Finn Thain:
Quoted 68 lines
This series of patches has the following aims.
1) Eliminate duplicated code. Linux presently has two drivers for the 68HC05-based PMU devices found in Macs: via-pmu and via-pmu68k. There's no value in having separate PMU drivers for each architecture.
2) Avoid further work on via-pmu68k that's not needed for via-pmu.
3) Fix some bugs in the via-pmu driver.
4) Enable the
/dev/pmuand/proc/pmu/*userspace APIs on m68k Macs by adopting via-pmu.5) Improve stability on early 100-series PowerBooks by loading no PMU driver at all. Neither via-pmu nor via-pmu68k supports the early M50753-based PMU device found in these models.
6) Assist the out-of-tree NuBus PowerMac port to support PMU designs shared with the m68k Mac port (e.g. PowerBooks 190 and 5300).
This patch series has been regression tested on various PowerBooks (190, 520, 3400, Pismo G3) and PowerMacs (Beige G3, G5). These patches did not affect userland utilities. (Note that there is a userland- visible change to the contents of
/proc/pmu/interrupts.)Changed since v1:
1) Added blank lines after 'break' statements in patch 10.
2) Improved patch description for patch 3.
3) Added reviewed-by tags.
4) Split patch 8 to make code review easier.Changed since v2:
1) Added reviewed-by tag.
2) RetainedPMU_68K_V1andPMU_68K_V2symbols.Changed since v3:
1) Rebased on v4.18-rc2.
2) Omitted patch 10/12, since these RTC changes now conflict with mainline. It will be reworked once the mainline m68k/powerpc RTC code stabilizes.Finn Thain (11):
macintosh/via-pmu: Fix section mismatch warning macintosh/via-pmu: Add missing mmio accessors macintosh/via-pmu: Don't clear shift register interrupt flag twice macintosh/via-pmu: Enhance state machine with new 'uninitialized'
state
macintosh/via-pmu: Replace via pointer with via1 and via2 pointers macintosh/via-pmu: Add support for m68k PowerBooks macintosh/via-pmu: Explicitly specifyCONFIG_PPC_PMACdependencies macintosh/via-pmu68k: Don't load driver on unsupported hardware macintosh/via-pmu: Replace via-pmu68k driver with via-pmu driver macintosh/via-pmu: Clean up interrupt statistics macintosh/via-pmu: Disambiguate interrupt statisticsarch/m68k/configs/mac_defconfig | 2 +- arch/m68k/configs/multi_defconfig | 2 +- arch/m68k/mac/config.c | 2 +- arch/m68k/mac/misc.c | 54 +-- drivers/macintosh/Kconfig | 19 +- drivers/macintosh/Makefile | 1 - drivers/macintosh/adb.c | 2 +- drivers/macintosh/via-pmu.c | 346 ++++++++++------ drivers/macintosh/via-pmu68k.c | 850 -------------------------------------- include/uapi/linux/pmu.h | 4 +- 10 files changed, 235 insertions(+), 1047 deletions(-) delete mode 100644 drivers/macintosh/via-pmu68k.c