|
Re: [PATCH] serial: handle pci_enable_device() failure upon resume: msg#00031linux.serial
Ar Gwe, 2006-10-13 am 13:15 -0700, ysgrifennodd Andrew Morton: > Right now, we get silent failure *and* a compile-time warning. It's hard > to see how that situation could be made worse. I support Russells NAK but for another reason. You can't use printk in the paths of a serial driver that may be the console. There is already a whole ordering issue here and I'm not convinced it is handled correctly reviewing the diff. Printks will make it worse in any driver (and waste memory on handling impossible untestable situations that don't appen) The printk case and serial first ordering want fixing correctly because serial console is about the only sane way to debug resume in the first place. Alan - To unsubscribe from this list: send the line "unsubscribe linux-serial" in the body of a message to majordomo@xxxxxxxxxxxxxxx More majordomo info at http://vger.kernel.org/majordomo-info.html |
|
| <Prev in Thread] | Current Thread | [Next in Thread> |
|---|---|---|
| Previous by Date: | Re: [PATCH] serial: handle pci_enable_device() failure upon resume: 00031, Andrew Morton |
|---|---|
| Next by Date: | Re: [PATCH] serial: handle pci_enable_device() failure upon resume: 00031, Russell King |
| Previous by Thread: | Re: [PATCH] serial: handle pci_enable_device() failure upon resumei: 00031, Andrew Morton |
| Next by Thread: | Re: [PATCH] serial: handle pci_enable_device() failure upon resume: 00031, Russell King |
| Indexes: | [Date] [Thread] [Top] [All Lists] |
| News | FAQ | advertise |