Obviously I can't get this machine on the net properly, or I would
print more information. Nevertheless here is the essence of my
problem:
skc0: port 0xb000-0xb0ff mem
0xff9ffc00-0xff9ffcff irq 10 at device 4.0 on pci2
sk0: couldn't map ports/memory
device_probe_and_attack: skc0 attach returned
Anyone given thought to how this should be implemented ?
-DR
On Sun, May 14, 2006 at 10:36:39AM -0700, Matthew Dillon wrote:
...
> The initial commit will just replace the VFS and VOP calls with the new
> infrastructure. There is actually no change at all to the calls
> themselves (yet). It will virtually be a drop-in replacement. After
>
After adding the ID of the chip "0x005910de" to ich.c into the switch statement
in ich_pci_probe(), I get "pcm0: ac97 link rate calibration timed out after
1920815 us" during bootup and there is no sound.
Anyone have more experience with this onboard sound card? Or perhaps even know
a way to make
I'm going to be a bit quiet on the lists for the next few days. I'm
hard at work breaking the journaling protocols out into their own
module and modifying them for cluster and userland VFS communication.
I'm going to call the new subsystem SYSLINK, meaning 'system link'.
The i
:Tripped across this today. cbb_probe() assumes that the subclass field
:is unique. This patch further qualifies the check to verify that the
:device belongs to the bus class as well before claiming the device.
:
:---chuck
Committed!
-Matt
On 13.05.2006, at 18:27, [EMAIL PROTECTED] wrote:
maybe we should put this in /etc/cvsrc?
I still think that's a bad idea if such a file exists, since you can't
*override* -P. Sometimes you want exactly that.
i think you can tell cvs not to use any cvsrc file. would this be
acceptable?
che
