[[ This is drifting over into -arch, so I'm ccing there and asking
people to redirect there. ]]
[[ The context is what to do about certain kinds of locking with
pccard code raising the bigger issue of what to do with interrupts
and sleepers in a hostile environemnt ]]
In message [EMAIL
I was mostly trying to push the locks down so that they weren't held during
attach and remove. I was using them to protect mostly the kthread state flag
in the softc, as well as other variables in the softc.
Comments?
It seems to me that having a single thread per-softc gives you this
It seems to me that having a single thread per-softc gives you this
protection without requiring any locks. Other than having to aquire
Giant at thread starup (as most code below us is not thread safe yet),
I don't see any other locking requirements.
I take that back. In pccbb_detach, you need
On Thu, Dec 14, 2000 at 12:47:51PM -0800, John Baldwin wrote:
In other news, while wandering through the cardbus code, I discovered that
pccbb softc's have an internal mutex much to my surprise, and that they weren't
quite being used properly AFAICT. In the pccb0 kthread, they were
On 27-Dec-00 Jonathan Chen wrote:
On Thu, Dec 14, 2000 at 12:47:51PM -0800, John Baldwin wrote:
In other news, while wandering through the cardbus code, I discovered that
pccbb softc's have an internal mutex much to my surprise, and that they
weren't
quite being used properly AFAICT. In
: http://www.FreeBSD.org/~jhb/patches/pccbb.patch.
I took a look a this patch, and saw nothing obviously wrong with it.
Mike Smith has some uncommitted patches that might amke the resource
issue better, but not completely if I'm reading them right (they are
extensive, so I might not be).
With the recent slaughter^Wrework of the PCI code, my hack to allocate
resources for unattached PCI devices in pci_probe_nomatch() no longer works.
The updated patch can be found at
http://www.FreeBSD.org/~jhb/patches/cardbus.hack.patch.
I have a set of working patches at
On 14-Dec-00 Mike Smith wrote:
With the recent slaughter^Wrework of the PCI code, my hack to allocate
resources for unattached PCI devices in pci_probe_nomatch() no longer works.
The updated patch can be found at
http://www.FreeBSD.org/~jhb/patches/cardbus.hack.patch.
I have a set of
On 15-Dec-00 John Baldwin wrote:
On 14-Dec-00 Mike Smith wrote:
With the recent slaughter^Wrework of the PCI code, my hack to allocate
resources for unattached PCI devices in pci_probe_nomatch() no longer
works.
The updated patch can be found at
In message [EMAIL PROTECTED] John Baldwin writes:
: Also, the cardbus controller seems to not be getting interrupts, as it doesn't
: notice when a card is inserted and removed anymore. pccard seems to work,
: except that the beeping is gone (this may be due to pcm0 being hosed though).
beeping
On 15-Dec-00 Warner Losh wrote:
In message [EMAIL PROTECTED] John Baldwin writes:
: Also, the cardbus controller seems to not be getting interrupts, as it
: doesn't
: notice when a card is inserted and removed anymore. pccard seems to work,
: except that the beeping is gone (this may be due to
I have a set of working patches at
http://ziplok.dyndns.org/msmith/pci.diff
which handle resource reservation, making your hack unnecessary. They're
not ready for commit yet, but they're known to work (assuming you get
this message 8).
Cool, my hack is all b0rked
12 matches
Mail list logo