Hi there,
On 8/27/06, Stefan Siegl <[EMAIL PROTECTED]> wrote:
The patch along adds yet another configure option (enable-pcmcia-isa),
allowing to compile that bits in. The latter is especially useful if
your PCMCIA bridge, attached to the PCI bus, doesn't get an IRQ itself.
In this case the PCMCI
Hi folks,
so far we have ISA support in the PCMCIA code which however isn't
compiled in due to preprocessing directives (#ifdef CONFIG_ISA).
The patch along adds yet another configure option (enable-pcmcia-isa),
allowing to compile that bits in. The latter is especially useful if
your PCMCIA brid
On Sun, Aug 27, 2006 at 08:34:21PM +0200, Richard Braun wrote:
> First case, small amount of data to write: the crash is in drain_dac(),
> which is called by ess_release(), which is called by device_deallocate(),
> when the ref count reaches 0 (both device_write() and device_close()
> return).
>
>
Hello,
I'm currently working on integrating one driver into GNU Mach. I think
it's almost done but I have troubles with low level stuff I'm not
familiar with. device_open() and device_close() work correctly (I
can devprobe dsp0 as many times I want without any crash), but
device_write() gives no s
It works on amd processors, only not on amd64 ones.
On Sun, 27 Aug 2006 20:38:41 +0300
Constantine Kousoulos <[EMAIL PROTECTED]> wrote:
> Hello Balaji,
>
> These are good places to look for information (i'm sure you've
> already found them):
>
> http://www.gnu.org/software/hurd/
> http://hurd.
Hello Balaji,
These are good places to look for information (i'm sure you've
already found them):
http://www.gnu.org/software/hurd/
http://hurd.gnufans.org/
http://www.debian.org/ports/hurd/
Looking for something to do? Here are a few ideas:
http://savannah.gnu.org/task/?func=browse&set=open
