Windows System Software -- Consulting, Training, Development -- Unique Expertise, Guaranteed Results


Before Posting...

Please check out the Community Guidelines in the Announcements and Administration Category.

More Info on Driver Writing and Debugging

The free OSR Learning Library has more than 50 articles on a wide variety of topics about writing and debugging device drivers and Minifilters. From introductory level to advanced. All the articles have been recently reviewed and updated, and are written using the clear and definitive style you've come to expect from OSR over the years.

Check out The OSR Learning Library at:


OSR_Community_UserOSR_Community_User Member Posts: 110,217
[email protected] said:
> In general Linux is not a good reference on how NT or most of the
> other OS'es on Intel platforms work.

I was using it to show that BIOSes do map bars. Anyhow, newer Linux
kernels take over PCI mapping, and Linux on non-Intel systems does
the mapping, too. I never intended this example to explain NT, but
to elucidate BIOS behavior. BIOSes *do* map bars. Whether that mapping
is used is a separate issue.

[email protected] said:
> Sorry you got this one wrong, Max is right. The HAL sets the base
> addresses. There is a boot.ini switch /PCILOCK to indicate that the
> addresses setup by the BIOS not be touched.

Fine, I can believe all that.

All the same (getting back to the original point of the thread) it
does not sound reasonable for a card to be turned into a PCI device
only after the kernel is booted. We dealt with PCI cards with reloadable
designs by including an external PCI interface chip onto the board and
keeping the FPGA on the local (non-PCI) bus of the interface chip.

If chip count is an important issue, I think Lucent has an FPGA with
a hard-wired PCI bridge on-chip along side the FPGA cells.

Steve Williams "The woods are lovely, dark and deep.
[email protected] But I have promises to keep,
[email protected] and lines to code before I sleep, And lines to code before I sleep."
Sign In or Register to comment.

Howdy, Stranger!

It looks like you're new here. Sign in or register to get started.

Upcoming OSR Seminars
OSR has suspended in-person seminars due to the Covid-19 outbreak. But, don't miss your training! Attend via the internet instead!
Kernel Debugging 13-17 May 2024 Live, Online
Developing Minifilters 1-5 Apr 2024 Live, Online
Internals & Software Drivers 11-15 Mar 2024 Live, Online
Writing WDF Drivers 20-24 May 2024 Live, Online