public inbox for linux-kernel@vger.kernel.org
 help / color / mirror / Atom feed
* Re: [PATCH] pmac_zilog: insert correct failure path for device numbers being taken
@ 2004-07-17  1:05 Albert Cahalan
  2004-07-17 17:33 ` Benjamin Herrenschmidt
  0 siblings, 1 reply; 4+ messages in thread
From: Albert Cahalan @ 2004-07-17  1:05 UTC (permalink / raw)
  To: linux-kernel mailing list; +Cc: benh, eger, rmk+serial

> I'll talk to him at KS/OLS and see if we can come up with
> some solution, this is actually a regression since 2.4
> could "offset" macserial, so we could accomodate, for
> example, a driver for a pcmcia modem _and_ the zilog ports.

That's the wrong way around. The zilog ports are always
there, and thus could have stable numbers. The PCMCIA
ports can not have stable numbers; they might be gone even.

In general, the platform-specific (motherboard, generally)
ports should get to grab device numbers first. Anthing
connected by a normally hot-plug bus goes last. Plain PCI
is in the middle, because PCI cards are occasionally moved.

For a PC, serial ports hanging off the motherboard's LPC bus
(what amounts to built-in ISA) should go before serial ports
that might be on normal PCI cards, which in turn go before
those on PCMCIA.



^ permalink raw reply	[flat|nested] 4+ messages in thread
* pmac oops: devfs versus power management - fight!
@ 2004-07-12  7:51 David Eger
  2004-07-12  8:21 ` oops: pmac power management David Eger
  0 siblings, 1 reply; 4+ messages in thread
From: David Eger @ 2004-07-12  7:51 UTC (permalink / raw)
  To: linux-kernel


I'm running on an Apple TiBook.

With the most recent bk (=2.6.8-rc1) devfs and power management hate
each other.  I was able to get an Oops message once, but sometimes I don't
even get that.

[ I still use devfs because without it, the vt system freaks on boot since
  /dev/console doesn't exist yet, so I don't get any gentoo boot messages
  till the login: prompt ]

Here's what I've could copy down:

Oops: kernel access of bad area, sig: 11 [#1]
NIP C001C8B0  LR C02B1F38 ...
TASK = 'pbbuttonsd' ... Last syscall: 54
NIP [c001c8b0] add_wait_queue_exclusive+0x28/0x38
LR [c02b1f38] __down+0x54/0xe8
Call trace:
  [c016d6f8] pmz_suspend+0x200/0x21c
  [c0192e48] macio_device_suspend+0x4c/0x54
  [c09727f8] suspend_device+0x78/0x158
  [c03ea6c0] c03ea6c0
  [c03eabd0] c03eabd0
  [c03eb5dc] c03eb5dc
  [c006dfb4] sys_ioctl+0xdc/0x2fc
  [c0007f30] ret_from_syscall+0x0/0x4c
  
Oops: kernel access of bad area, sig: 11 [#2]
NIP C00EF8DC LR C00EF910
TASK = 'devfsd' ... Last syscall: 83
NIP [c00ef8dc] _devfs_search_dir+0x64/0xa4
LR [c00ef910] _devfs_search_dir+0x98/0xa4
Call trace:
  [c00f1614] devfs_lookup
  ...        __lookup_hash
  ...
  ...        return_from_syscall


-dte

^ permalink raw reply	[flat|nested] 4+ messages in thread
end of thread, other threads:[~2004-07-17 17:35 UTC | newest]

Thread overview: 4+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2004-07-17  1:05 [PATCH] pmac_zilog: insert correct failure path for device numbers being taken Albert Cahalan
2004-07-17 17:33 ` Benjamin Herrenschmidt
  -- strict thread matches above, loose matches on Subject: below --
2004-07-12  7:51 pmac oops: devfs versus power management - fight! David Eger
2004-07-12  8:21 ` oops: pmac power management David Eger
2004-07-12 22:09   ` pmac_zilog: driver loads (and crashes) without hardware David Eger
2004-07-13  0:39     ` [PATCH] pmac_zilog: initialize port spinlock on all init paths David Eger
2004-07-13  4:16       ` Benjamin Herrenschmidt
2004-07-16 18:58         ` [PATCH] pmac_zilog: insert correct failure path for device numbers being taken David Eger
2004-07-16 19:01           ` Benjamin Herrenschmidt

This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox