DMI deactivated - why?

ed? I would find these values quite useful! TIA, Michael -- netWorks Vox: +43 316 692396 Michael Reinelt Fax: +43 316 692343 Geisslergasse 4 GSM: +43 676 3079941 A-8045 Graz, Au

Re: Multi-function PCI devices

Jeff Garzik wrote: > > Michael Reinelt wrote: > > > > Thats clear to me. But the probe and remove routine can only be called > > if the module is already loaded. My question was: who will load the > > module? (I'll call it 'netmos.o') > > ty

Re: ISIcom cards by Multi-tech

> I dontt. Other than comparing the 2.2 and 2.4 driver Surprise, surprise! I just got an email from Patrick Petersen <[EMAIL PROTECTED]> with a 2.4 driver I should test I'll keep you up to date, and will send you a patch if you like to. bye, Michael -- netWorks

Re: ISIcom cards by Multi-tech

are the 2.4 driver to the actual 2.2 one, there are far too much differences for me... bye, Michael -- netWorks Vox: +43 316 692396 Michael Reinelt Fax: +43 316 692343 Geisslergasse 4

Re: Multi-function PCI devices

ng configurations, and would not require any design changes. Suggestion: multifunction quirks for 2.4, one of the clean solutions for 2.5? bye, Michael -- netWorks Vox: +43 316 692396 Michael Reinelt Fax: +43 316 6923

Re: Multi-function PCI devices

that netmos.o should be loaded. That looks clean to me, but I'm not shure if this sort of PCI hotplugging is already implemented. bye, Michael -- netWorks Vox: +43 316 692396 Michael Reinelt Fax: +43 316

Re: Multi-function PCI devices

are is junk. But there's a lack of alternatives If there's a reasonable number of 'good' hardware out there, I'll forget about Netmos and buy me a new card. If not, I'm willing to provide a driver. bye, Michael -- netWorks

Re: Multi-function PCI devices

Tim Waugh wrote: > > On Sat, Apr 07, 2001 at 01:33:25PM +0200, Michael Reinelt wrote: > > > Adding PCI entries to both serial.c and parport_pc.c was that easy > > And that's how it should be, IMHO. There needs to be provision for > more than one driver to be

Re: Multi-function PCI devices

Brian Gerst wrote: > > Gérard Roudier wrote: > > > > On Sat, 7 Apr 2001, Michael Reinelt wrote: > > > > > The card shows up on the PCI bus as one device. For the card provides > > > both serial and parallel ports, it will be driven by two subsystems

ISIcom cards by Multi-tech

to 2.4. I'd like to talk to this person, and help merging the 2.2 updates to 2.4. TIA, Michael -- netWorks Vox: +43 316 692396 Michael Reinelt Fax: +43 316 692343 Geisslergasse 4

Re: Multi-function PCI devices

Jeff Garzik wrote: > > Michael Reinelt wrote: > > basically an extension of the pci id tables; and I hope it's in the > > queue for the official kernel. > > Where is this patch available? I haven't heard of an extension to the > pci id tables, so I wonde

Multi-function PCI devices

solve. Maybe we need a flag for such devices which allows it to be claimed ba more thean one driver? In the meantime, what can I do to get both ports working? TIA, Michael -- netWorks Vox: +43 316 692396 Michael Reinelt

Re: nanosleep question

it yesterday, you are right, there is microsecond resolution. Even on an old 2.0.38 kernel... This solves all my problems. I'll loop on gettimeofday(). Thanks a lot! Michael -- netWorks Vox: +43 316 692396 Michael Reinelt

Re: nanosleep question

george anzinger wrote: > > Michael Reinelt wrote: > > > > At the moment I implemented by own delay loop using a small assembler > > loop similar to the one used in the kernel. This has two disadvantages: > > assembler isn't that portable, and the loop has t

nanosleep question

these small delays is not possible with SCHED_OTHER? TIA, Michael -- netWorks Vox: +43 316 692396 Michael Reinelt Fax: +43 316 692343 Geisslergasse 4 GSM: +43 676 3079941 A-8045 Graz,