Re: [Emc-users] the Intel D510MO problem (and an apology to Don Stanley, et al.)

[Mark]

I think that some Intel people are on LKML. One of them could probably help.
If you can't find any email addresses there, maybe grep the kernel source
for @intel

Mark
On Nov 13, 2010 4:41 PM, "Kent A. Reed"  wrote:
> On 11/13/2010 5:59 AM, Andy Pugh wrote:
>> On 13 November 2010 01:50, Jeff Epler wrote:
>>
>>> The solution--to look for the parport extended configuration register
>>> where it is likely to be--is more in the vein of a workaround than a
fix,
>> Would I be right in assuming that the real fix would have to come from
>> Intel as a BIOS change?
>> Has anyone looked at how one would inform Intel of the problem? (I
>> looked very briefly, and then lost interest)
>>
> Andy:
>
> Yes, yes, a thousand times yes, but...I also tried to figure out how to
> inform Intel and I also lost interest when it became clear they have dug
> a deep moat between us unwashed end-users and their product teams. I was
> depressed to find that at least one other person had already reported
> the problem on Intel's message board last spring. I saw neither a
> response to him nor any indication in the next bios release that his
> message had been heeded.
>
> If someone has an idea how to break through to the D510MO team, please
> give it your best shot.
>
> My thanks to Jeff for spending time on the workaround and to Stuart for
> hosting the EMC2 workshop. Despite the obvious benefits of using the
> Internet as a distributed workspace, these face-to-face gatherings of
> birds-of-a-feather are really important for keeping up the energy and
> enthusiasm of the EMC2 team. I wish I could have delivered my board in
> person!
>
> Regards,
> Kent
>
>
>
--
> Centralized Desktop Delivery: Dell and VMware Reference Architecture
> Simplifying enterprise desktop deployment and management using
> Dell EqualLogic storage and VMware View: A highly scalable, end-to-end
> client virtualization framework. Read more!
> http://p.sf.net/sfu/dell-eql-dev2dev
> ___
> Emc-users mailing list
> Emc-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/emc-users
--
Beautiful is writing same markup. Internet Explorer 9 supports
standards for HTML5, CSS3, SVG 1.1,  ECMAScript5, and DOM L2 & L3.
Spend less time writing and  rewriting code and more time creating great
experiences on the web. Be a part of the beta today
http://p.sf.net/sfu/msIE9-sfdev2dev
___
Emc-users mailing list
Emc-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/emc-users

Re: [Emc-users] the Intel D510MO problem (and an apology to Don Stanley, et al.)

[Jeff Epler]

On Sat, Nov 13, 2010 at 09:12:56AM -0500, Ed wrote:
> Does this work with the 82801 chip set? I am setting up a Dell that 
> seems to have the EPP problem, it gives an error about Par Port zero not 
> supporting type 4 and PPMC shutting down. I can wait for the bug fix as 
> I am still doing the hardware wiring.

If the "pcisetup" method gets you past the problem, then this change
will probably do so as well, without the need to run pcisetup every boot.

Jeff

--
Beautiful is writing same markup. Internet Explorer 9 supports
standards for HTML5, CSS3, SVG 1.1,  ECMAScript5, and DOM L2 & L3.
Spend less time writing and  rewriting code and more time creating great
experiences on the web. Be a part of the beta today
http://p.sf.net/sfu/msIE9-sfdev2dev
___
Emc-users mailing list
Emc-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/emc-users

Re: [Emc-users] the Intel D510MO problem (and an apology to Don Stanley, et al.)

[Dave]

On 11/13/2010 4:35 PM, Kent A. Reed wrote:
> On 11/13/2010 5:59 AM, Andy Pugh wrote:
>
>> On 13 November 2010 01:50, Jeff Epler   wrote:
>>
>>  
>>> The solution--to look for the parport extended configuration register
>>> where it is likely to be--is more in the vein of a workaround than a fix,
>>>
>> Would I be right in assuming that the real fix would have to come from
>> Intel as a BIOS change?
>> Has anyone looked at how one would inform Intel of the problem? (I
>> looked very briefly, and then lost interest)
>>
>>  
> Andy:
>
> Yes, yes, a thousand times yes, but...I also tried to figure out how to
> inform Intel and I also lost interest when it became clear they have dug
> a deep moat between us unwashed end-users and their product teams. I was
> depressed to find that at least one other person had already reported
> the problem on Intel's message board last spring. I saw neither a
> response to him nor any indication in the next bios release that his
> message had been heeded.
>
> If someone has an idea how to break through to the D510MO team, please
> give it your best shot.
>
> My thanks to Jeff for spending time on the workaround and to Stuart for
> hosting the EMC2 workshop. Despite the obvious benefits of using the
> Internet as a distributed workspace, these face-to-face gatherings of
> birds-of-a-feather are really important for keeping up the energy and
> enthusiasm of the EMC2 team. I wish I could have delivered my board in
> person!
>
> Regards,
> Kent
>
>
>

Those Intel guys put on their pants one leg at a time just like everyone 
else  :-)
Someone in the EMC2 community must have a technical "in" at Intel??
If everyone comes up dry..  I know a guy I went to school with who 
is in the management chain at Intel - or at least he was the last I heard.
Both of us endured a couple of Fortran programming classes together - 
all programming via IBM punch cards  - very painful.
If you guys get no where, I can try and get in touch with him and try 
and make some headway.

This guy is probably not the best avenue into Intel, but it might 
provide an open door if nothing else is working.

The Atom platform is a hot setup for EMC2.   You would think that they 
would be interested in resolving this problem, if indeed it is their 
problem.

Dave



--
Centralized Desktop Delivery: Dell and VMware Reference Architecture
Simplifying enterprise desktop deployment and management using
Dell EqualLogic storage and VMware View: A highly scalable, end-to-end
client virtualization framework. Read more!
http://p.sf.net/sfu/dell-eql-dev2dev
___
Emc-users mailing list
Emc-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/emc-users

Re: [Emc-users] the Intel D510MO problem (and an apology to Don Stanley, et al.)

[Kent A. Reed]

On 11/13/2010 5:59 AM, Andy Pugh wrote:
> On 13 November 2010 01:50, Jeff Epler  wrote:
>
>> The solution--to look for the parport extended configuration register
>> where it is likely to be--is more in the vein of a workaround than a fix,
> Would I be right in assuming that the real fix would have to come from
> Intel as a BIOS change?
> Has anyone looked at how one would inform Intel of the problem? (I
> looked very briefly, and then lost interest)
>
Andy:

Yes, yes, a thousand times yes, but...I also tried to figure out how to 
inform Intel and I also lost interest when it became clear they have dug 
a deep moat between us unwashed end-users and their product teams. I was 
depressed to find that at least one other person had already reported 
the problem on Intel's message board last spring. I saw neither a 
response to him nor any indication in the next bios release that his 
message had been heeded.

If someone has an idea how to break through to the D510MO team, please 
give it your best shot.

My thanks to Jeff for spending time on the workaround and to Stuart for 
hosting the EMC2 workshop. Despite the obvious benefits of using the 
Internet as a distributed workspace, these face-to-face gatherings of 
birds-of-a-feather are really important for keeping up the energy and 
enthusiasm of the EMC2 team. I wish I could have delivered my board in 
person!

Regards,
Kent


--
Centralized Desktop Delivery: Dell and VMware Reference Architecture
Simplifying enterprise desktop deployment and management using
Dell EqualLogic storage and VMware View: A highly scalable, end-to-end
client virtualization framework. Read more!
http://p.sf.net/sfu/dell-eql-dev2dev
___
Emc-users mailing list
Emc-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/emc-users

Re: [Emc-users] the Intel D510MO problem (and an apology to Don Stanley, et al.)

[Ed]

Jeff Epler wrote:
> Thanks to a bunch of loaned parts--D510MO from Kent, Pico PPMC from
> Stuart, and Mesa 7i43 from Seb--I was able to get them working
> together.
> 
> The solution--to look for the parport extended configuration register
> where it is likely to be--is more in the vein of a workaround than a fix,
> but it does get the EPP-using boards running with the D510MO without any
> configuration changes, just an emc2 upgrade.
> 
> The fix is now available in the v2.4_branch and will be in the next
> emc2.4 bugfix release which I hope to make in about a week.
> 
> Thanks again to those who loaned me hardware so I could squash this bug.
> If you have an affected board and can try the bugfix, please let me know
> the results of your own tests.
> 
> Jeff


Does this work with the 82801 chip set? I am setting up a Dell that 
seems to have the EPP problem, it gives an error about Par Port zero not 
supporting type 4 and PPMC shutting down. I can wait for the bug fix as 
I am still doing the hardware wiring.

  Many, many thanks to the people that do all the work to make this such 
  great software.  Ed.


--
Centralized Desktop Delivery: Dell and VMware Reference Architecture
Simplifying enterprise desktop deployment and management using
Dell EqualLogic storage and VMware View: A highly scalable, end-to-end
client virtualization framework. Read more!
http://p.sf.net/sfu/dell-eql-dev2dev
___
Emc-users mailing list
Emc-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/emc-users

Re: [Emc-users] the Intel D510MO problem (and an apology to Don Stanley, et al.)

[Andy Pugh]

On 13 November 2010 01:50, Jeff Epler  wrote:

> The solution--to look for the parport extended configuration register
> where it is likely to be--is more in the vein of a workaround than a fix,

Would I be right in assuming that the real fix would have to come from
Intel as a BIOS change?
Has anyone looked at how one would inform Intel of the problem? (I
looked very briefly, and then lost interest)

-- 
atp

--
Centralized Desktop Delivery: Dell and VMware Reference Architecture
Simplifying enterprise desktop deployment and management using
Dell EqualLogic storage and VMware View: A highly scalable, end-to-end
client virtualization framework. Read more!
http://p.sf.net/sfu/dell-eql-dev2dev
___
Emc-users mailing list
Emc-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/emc-users

Re: [Emc-users] the Intel D510MO problem (and an apology to Don Stanley, et al.)

[Jeff Epler]

Thanks to a bunch of loaned parts--D510MO from Kent, Pico PPMC from
Stuart, and Mesa 7i43 from Seb--I was able to get them working
together.

The solution--to look for the parport extended configuration register
where it is likely to be--is more in the vein of a workaround than a fix,
but it does get the EPP-using boards running with the D510MO without any
configuration changes, just an emc2 upgrade.

The fix is now available in the v2.4_branch and will be in the next
emc2.4 bugfix release which I hope to make in about a week.

Thanks again to those who loaned me hardware so I could squash this bug.
If you have an affected board and can try the bugfix, please let me know
the results of your own tests.

Jeff

--
Centralized Desktop Delivery: Dell and VMware Reference Architecture
Simplifying enterprise desktop deployment and management using
Dell EqualLogic storage and VMware View: A highly scalable, end-to-end
client virtualization framework. Read more!
http://p.sf.net/sfu/dell-eql-dev2dev
___
Emc-users mailing list
Emc-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/emc-users

Re: [Emc-users] the Intel D510MO problem (and an apology to, Don Stanley, et al.)

[Jon Elson]

Don Stanley wrote:
>  Even after that they produced a chip
> computer that reportedly knocked the socks off the stuff coming out of
> Silicon
> Valley. But it was too late. I understand the buyer of the bankrupt DEC
> shelved
> the chip.
it must be the DEC Alpha you are referring to.  It was a VERY well 
thought out RISC
processor, a clean sheet design learning as much as possible from every 
other RISC
design that had gone before.  Intel bought out the rights to the Alpha,
and hired most of the hardware developers.  The results are now in the 
later Pentium
and IA64 chips.  Too bad Intel didn't decide that code compatibility 
with the 8085 no
longer makes sense, nobody writes assembly code now.
>  Every time the system crashed
> it would recheck (redo) the disk files linkage that were not stored on
> shutdown.
> Well, you never knew which version the next piece of the source file was
> linked.
> Then you had a source file parts current and parts obsolete. Called the
> Vendor
> and guess what they said. They worked on it for a week and gave up. As far
> as
> I know UNIX still has that feature, and I thought I saw it in one of the
> earlier
> Linux versions. I don't remember which UNIX we were using, Berkley or
> the one back East (Dartmouth?).
>   
Not really sure what you are talking about, here.  Linux file systems 
are a HELL of a lot
more reliable than mid-80's Unix file systems.  I have never seen the 
kind of issues
you mention.  A properly constructed Makefile knows which object files 
need to be
recompiled to build an up-to-date program.

Jon

--
Nokia and AT&T present the 2010 Calling All Innovators-North America contest
Create new apps & games for the Nokia N8 for consumers in  U.S. and Canada
$10 million total in prizes - $4M cash, 500 devices, nearly $6M in marketing
Develop with Nokia Qt SDK, Web Runtime, or Java and Publish to Ovi Store 
http://p.sf.net/sfu/nokia-dev2dev
___
Emc-users mailing list
Emc-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/emc-users

Re: [Emc-users] the Intel D510MO problem (and an apology to, Don Stanley, et al.)

[Don Stanley]

Shoot, Don, had I known you are a veteran of the early "big-iron"

> workstation wars, I wouldn't have fretted so much. The advantage of a
> career in R&D was that I got to live on the bleeding edge of technology.
> I always hoped for the best but tried to plan for the worst. I could
> tell you stories going back to early DEC PDP8s and the first shipped
> PDP11s (yes, I'm that old, although Gene Heskett has me beat), and
> covering almost every minicomputer/workstation maker since. Of SGI, I
> have bittersweet memories. I knew they were nearing the end when the
> sales people started spending so much time with me---it meant no one
> else was buying so my pinch-penny purchases were visible in their
> quarterly sales reports.
>
> As for your exemplar experiences, you left off my personal favorite: If
> there is an undiscovered bug in a mature software product I will be the
> one to discover it because my application is apparently the only one in
> the universe to exercise that particular logic path. I say "apparently"
> because the vendor always says this is the first they'd heard of it.
>
> The good news to me is that you're up and running.
>
> Regards,
> Kent
>
> Kent;
Your comments above sounds like my biography.
I was with DEC from summer 68 to summer 69. Cape Canaveral was winding
down and I had been programing their PDP4 while working for RCA as a
Technical Instructor on the Range Telemetry Systems. I Had to leave DEC,
the wife couldn't take the Mass winter allergies. Then I became one of DEC's
customers using their PDP10 as a Time Sharing service provider.

DEC had it right, filling the world with PDPs until Ken Olsen's famous
decision
"who needs a computer in their home"? Even after that they produced a chip
computer that reportedly knocked the socks off the stuff coming out of
Silicon
Valley. But it was too late. I understand the buyer of the bankrupt DEC
shelved
the chip. I am guessing the PC clones were the "in thing" for the
flourishing
home entertainment market and there was no market for a better computer.

As for the "the vendor always says this is the first they'd heard of it".
While I was waiting for Silicon Graphics to get their product together,
(that I
mentioned in the previous post), I was using UNIX workstations with
Graphics Cards to develop the software. Every time the system crashed
it would recheck (redo) the disk files linkage that were not stored on
shutdown.
Well, you never knew which version the next piece of the source file was
linked.
Then you had a source file parts current and parts obsolete. Called the
Vendor
and guess what they said. They worked on it for a week and gave up. As far
as
I know UNIX still has that feature, and I thought I saw it in one of the
earlier
Linux versions. I don't remember which UNIX we were using, Berkley or
the one back East (Dartmouth?).

Thanks
Don  (a 36 model)


>
> --
> Nokia and AT&T present the 2010 Calling All Innovators-North America
> contest
> Create new apps & games for the Nokia N8 for consumers in  U.S. and Canada
> $10 million total in prizes - $4M cash, 500 devices, nearly $6M in
> marketing
> Develop with Nokia Qt SDK, Web Runtime, or Java and Publish to Ovi Store
> http://p.sf.net/sfu/nokia-dev2dev
> ___
> Emc-users mailing list
> Emc-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/emc-users
>
--
Nokia and AT&T present the 2010 Calling All Innovators-North America contest
Create new apps & games for the Nokia N8 for consumers in  U.S. and Canada
$10 million total in prizes - $4M cash, 500 devices, nearly $6M in marketing
Develop with Nokia Qt SDK, Web Runtime, or Java and Publish to Ovi Store 
http://p.sf.net/sfu/nokia-dev2dev
___
Emc-users mailing list
Emc-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/emc-users

Re: [Emc-users] the Intel D510MO problem (and an apology to, Don Stanley, et al.)

[Andy Pugh]

On 22 October 2010 01:54, Jon Elson  wrote:

> I worked on the PDP-5 and LINC, then Data General Nova and then PDP-11

The Ford Motor Company retired their last PDP11 last year. A sad day.


-- 
atp

--
Nokia and AT&T present the 2010 Calling All Innovators-North America contest
Create new apps & games for the Nokia N8 for consumers in  U.S. and Canada
$10 million total in prizes - $4M cash, 500 devices, nearly $6M in marketing
Develop with Nokia Qt SDK, Web Runtime, or Java and Publish to Ovi Store 
http://p.sf.net/sfu/nokia-dev2dev
___
Emc-users mailing list
Emc-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/emc-users

Re: [Emc-users] the Intel D510MO problem (and an apology to, Don Stanley, et al.)

[Jon Elson]

Kent A. Reed wrote:
>  I could 
> tell you stories going back to early DEC PDP8s and the first shipped 
> PDP11s 
I worked on the PDP-5 and LINC, then Data General Nova and then PDP-11 and
VAX.  Also took a number of courses with punch cards and IBM 360.  
(UGHH!)
The oldest thing I worked on was a Bendix G-15, drum memory and 300+ 
vacuum tubes.
We never got that one to work, the drum was crashed.

Jon

--
Nokia and AT&T present the 2010 Calling All Innovators-North America contest
Create new apps & games for the Nokia N8 for consumers in  U.S. and Canada
$10 million total in prizes - $4M cash, 500 devices, nearly $6M in marketing
Develop with Nokia Qt SDK, Web Runtime, or Java and Publish to Ovi Store 
http://p.sf.net/sfu/nokia-dev2dev
___
Emc-users mailing list
Emc-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/emc-users

Re: [Emc-users] the Intel D510MO problem (and an apology to, Don Stanley, et al.)

[Kent A. Reed]

On 10/20/2010 Don Stanley wrote:
> Hi Kent, Jon and All;
> Thanks for your apology but the Motherboard has apparently worked well for
> many; and for me also now.
>
> Let me share a few of my  similar experiences.
> For the last 40 years my experience has been:
> If there is a program with a Bug, it is in the part I need.
> If there is a electronic device with a flaw, it is in the part I need.
>
> The most revealing example of this was when I bought two Top of The Line
> Graphic Work Stations from Silicon Graphics in the mid 1980s. One of them
> would not auto boot on Power Up. Silicon Graphics replaced everything in the
> chassis including the wiring, with no change. Their solution was to peal the
> ID plate off and put it on a new unit.
>
> > From these experiences one may think, jinks.
> However I am convinced the real problem is spirit warfare.
>
> So, I thank you for your concern, help and prayer.
>  Don
Shoot, Don, had I known you are a veteran of the early "big-iron" 
workstation wars, I wouldn't have fretted so much. The advantage of a 
career in R&D was that I got to live on the bleeding edge of technology. 
I always hoped for the best but tried to plan for the worst. I could 
tell you stories going back to early DEC PDP8s and the first shipped 
PDP11s (yes, I'm that old, although Gene Heskett has me beat), and 
covering almost every minicomputer/workstation maker since. Of SGI, I 
have bittersweet memories. I knew they were nearing the end when the 
sales people started spending so much time with me---it meant no one 
else was buying so my pinch-penny purchases were visible in their 
quarterly sales reports.

As for your exemplar experiences, you left off my personal favorite: If 
there is an undiscovered bug in a mature software product I will be the 
one to discover it because my application is apparently the only one in 
the universe to exercise that particular logic path. I say "apparently" 
because the vendor always says this is the first they'd heard of it.

The good news to me is that you're up and running.

Regards,
Kent


--
Nokia and AT&T present the 2010 Calling All Innovators-North America contest
Create new apps & games for the Nokia N8 for consumers in  U.S. and Canada
$10 million total in prizes - $4M cash, 500 devices, nearly $6M in marketing
Develop with Nokia Qt SDK, Web Runtime, or Java and Publish to Ovi Store 
http://p.sf.net/sfu/nokia-dev2dev
___
Emc-users mailing list
Emc-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/emc-users

Re: [Emc-users] the Intel D510MO problem (and an apology to Don Stanley, et al.)

[Jake Anderson]

has this been reported to intel?
perhaps they can fix it with their next firmware


On 20/10/10 05:19, Kent A. Reed wrote:
>Gentle persons:
>
> I've been away from home and mostly away from the keyboard as well.
>
> I returned to find the string of recent messages from/to Don Stanley
> regarding the failure of his Intel D510MO board to work in the Enhanced
> Parallel Port (EPP) mode.
>
> To quote a friend from Leeds, I was gobsmacked. I had run a quick series
> of tests on this board before I built it into a non-CNC project and I
> thought it worked fine.
>
> I pulled the board out of service and have now replicated Don's experience.
>
> The on-board BIOS Utility (selected via F2 during boot) allows me to
> change the peripheral settings to disable the parallel port or to enable
> it in output-only, bi-directional, epp, or ecp modes, and retains the
> selection between boots, so I naively thought everything was fine.
>
> It turns out the BIOS isn't fine. Yes, the BIOS can disable the port,
> but no matter what enabled setting is selected, Linux, once booted,
> reports the port is actually running in PC Standard Parallel Port
> (PCSPP) mode.
>
> Using Google, I found a relevant report on pubsub.com dated April 2010:
>
> ---begin pubsub report---
>
> "I would like to report an ACPI/PNP Bios problem which prevents the
> correct detection of all parallel port parameters.
>
> I've patched the latest BIOS (MOPNV10J.86A.0175) onto the system, but
> still neither Linux nor Windows are able to detect the correct parallel
> port setting and will only operate in compatibility, unidirectional
> PCSPP mode. This is very unfortunate, because some hardware
> (purposely-built stuff and some old scanner/streamer too) still rely on
> this type of interface.
>
> The reason for this screwup is pretty simple to spot. The BIOS does not
> generate the necessary ACPI/PNP0401 entry, once the parallel port mode
> is set to ECP. Instead, it continues to report a simple PNP0400 device.
> This in turn will force the operating system to operate parallel port
> interface in "1980 mode".
>
> ---end pubsub report---
>
> Since my D510MO came with BIOS version MOPNV10J.86A.0175.2010.0308.0620
> already installed, I tried flashing it to what is now the latest BIOS
> version available on the Intel website, MOPNV10.J.86A.0311.2010.0802.2346.
>
> No joy. The bios continues to misreport the parallel port setting to the
> system.
>
> This is not a fatal problem for me because several computers ago I
> bought a no-name PCI card with an EPP/ECP parallel port on it (not based
> on a netmos 9805!) that I can press into service.
>
> However, I apologize to Don and others for my repeated endorsement on
> this mail list of this board. I should have reported exactly what I had
> done with the board so that he and others could see what functions I had
> failed to test. Don didn't deserve to be put through the ringer on this.
>
> I suppose I could try to argue lamely that the predecessor board from
> Intel, the D945GCLF2, didn't have this problem, but honestly, I just
> didn't think, or at least not fast enough.
>
> Remember what the Gipper said, "trust but verify."
>
> Regards,
> Kent
>
>
>
>
>
>
>
>
>
>
> --
> Download new Adobe(R) Flash(R) Builder(TM) 4
> The new Adobe(R) Flex(R) 4 and Flash(R) Builder(TM) 4 (formerly
> Flex(R) Builder(TM)) enable the development of rich applications that run
> across multiple browsers and platforms. Download your free trials today!
> http://p.sf.net/sfu/adobe-dev2dev
> ___
> Emc-users mailing list
> Emc-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/emc-users
>


--
Nokia and AT&T present the 2010 Calling All Innovators-North America contest
Create new apps & games for the Nokia N8 for consumers in  U.S. and Canada
$10 million total in prizes - $4M cash, 500 devices, nearly $6M in marketing
Develop with Nokia Qt SDK, Web Runtime, or Java and Publish to Ovi Store 
http://p.sf.net/sfu/nokia-dev2dev
___
Emc-users mailing list
Emc-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/emc-users

Re: [Emc-users] the Intel D510MO problem (and an apology to Don Stanley, et al.)

[Don Stanley]

Hi Kent, Jon and All;
Thanks for your apology but the Motherboard has apparently worked well for
many; and for me also now.

Let me share a few of my  similar experiences.
For the last 40 years my experience has been:
If there is a program with a Bug, it is in the part I need.
If there is a electronic device with a flaw, it is in the part I need.

The most revealing example of this was when I bought two Top of The Line
Graphic Work Stations from Silicon Graphics in the mid 1980s. One of them
would not auto boot on Power Up. Silicon Graphics replaced everything in the
chassis including the wiring, with no change. Their solution was to peal the
ID plate off and put it on a new unit.

>From these experiences one may think, jinks.
However I am convinced the real problem is spirit warfare.

So, I thank you for your concern, help and prayer.
Don
  e...@embarqmail.com


On Tue, Oct 19, 2010 at 9:19 PM, Jon Elson  wrote:

> Kent A. Reed wrote:
> >  Apparently, Jon's
> > initialization program isn't well behaved, so it just works:-) Good to
> know.
> >
> I just make stuff work - well behaved isn't in my vocabulary!
>
> Jon
>
>
> --
> Download new Adobe(R) Flash(R) Builder(TM) 4
> The new Adobe(R) Flex(R) 4 and Flash(R) Builder(TM) 4 (formerly
> Flex(R) Builder(TM)) enable the development of rich applications that run
> across multiple browsers and platforms. Download your free trials today!
> http://p.sf.net/sfu/adobe-dev2dev
> ___
> Emc-users mailing list
> Emc-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/emc-users
>
--
Download new Adobe(R) Flash(R) Builder(TM) 4
The new Adobe(R) Flex(R) 4 and Flash(R) Builder(TM) 4 (formerly 
Flex(R) Builder(TM)) enable the development of rich applications that run
across multiple browsers and platforms. Download your free trials today!
http://p.sf.net/sfu/adobe-dev2dev
___
Emc-users mailing list
Emc-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/emc-users

Re: [Emc-users] the Intel D510MO problem (and an apology to Don Stanley, et al.)

[Jon Elson]

Kent A. Reed wrote:
>  Apparently, Jon's 
> initialization program isn't well behaved, so it just works:-) Good to know.
>   
I just make stuff work - well behaved isn't in my vocabulary!

Jon

--
Download new Adobe(R) Flash(R) Builder(TM) 4
The new Adobe(R) Flex(R) 4 and Flash(R) Builder(TM) 4 (formerly 
Flex(R) Builder(TM)) enable the development of rich applications that run
across multiple browsers and platforms. Download your free trials today!
http://p.sf.net/sfu/adobe-dev2dev
___
Emc-users mailing list
Emc-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/emc-users

Re: [Emc-users] the Intel D510MO problem (and an apology to Don Stanley, et al.)

[Jon Elson]

Kent A. Reed wrote:
>   Gentle persons:
>
> I've been away from home and mostly away from the keyboard as well.
>
> I returned to find the string of recent messages from/to Don Stanley 
> regarding the failure of his Intel D510MO board to work in the Enhanced 
> Parallel Port (EPP) mode.
>
> To quote a friend from Leeds, I was gobsmacked. I had run a quick series 
> of tests on this board before I built it into a non-CNC project and I 
> thought it worked fine.
>
> I pulled the board out of service and have now replicated Don's experience.
>
>
> It turns out the BIOS isn't fine. Yes, the BIOS can disable the port, 
> but no matter what enabled setting is selected, Linux, once booted, 
> reports the port is actually running in PC Standard Parallel Port 
> (PCSPP) mode.
>   
Fortunately, this is only a minor problem.  The HARDWARE still works, 
you just
have to override what Linux is told the port can, and can't, do.  
Writing 0x80
to the ioport 0x402 higher than the parallel port base address (0x378) turns
on the EPP mode, despite what Linux believes the port can do.  The ppmc
driver would do this except that Linux has told it that address doesn't 
exist.
So, I have a separate program that does this without checking, and Don has
demonstrated that it does work.  My pcisetup program, at :
http://pico-systems.com/codes/pcisetup.c

will do that.  Compile with
cc -o pcisetup pcisetup.c
or you can get the executable at
http://pico-systems.com/codes/pcisetup
but you will have to set it to executable after downloading it.
This program needs to be run with super-user privileges.

Jon

--
Download new Adobe(R) Flash(R) Builder(TM) 4
The new Adobe(R) Flex(R) 4 and Flash(R) Builder(TM) 4 (formerly 
Flex(R) Builder(TM)) enable the development of rich applications that run
across multiple browsers and platforms. Download your free trials today!
http://p.sf.net/sfu/adobe-dev2dev
___
Emc-users mailing list
Emc-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/emc-users

Re: [Emc-users] the Intel D510MO problem (and an apology to Don Stanley, et al.)

[Jon Elson]

Andy Pugh wrote:
> Does this mean that EPP does not work, or just that it is mis-detected?
> ie, can the PPMC and Mesa drivers work around the issue?
>   
Mis-detected.  If you force it to EPP mode, it apparently works.
> I assume this is not a problem for generic P-Port stepper setups, but
> only with the cards which use the port for comms (Pico, Mesa, Pluto?)
>   
Yes.

Jon

--
Download new Adobe(R) Flash(R) Builder(TM) 4
The new Adobe(R) Flex(R) 4 and Flash(R) Builder(TM) 4 (formerly 
Flex(R) Builder(TM)) enable the development of rich applications that run
across multiple browsers and platforms. Download your free trials today!
http://p.sf.net/sfu/adobe-dev2dev
___
Emc-users mailing list
Emc-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/emc-users

Re: [Emc-users] the Intel D510MO problem (and an apology to Don Stanley, et al.)

[Kent A. Reed]

Stephen Wille Padnos wrote:
>
> Andy Pugh wrote:
> >  On 19 October 2010 19:19, Kent A. Reed > >
> >wrote:
> >
> >>  Using Google, I found a relevant report on pubsub.com dated April 2010:
> >>
> >>  ---begin pubsub report---
> >>
> >>  "I would like to report an ACPI/PNP Bios problem which prevents the
> >>  correct detection of all parallel port parameters.
> >>
> >  Does this mean that EPP does not work, or just that it is mis-detected?
> >  ie, can the PPMC and Mesa drivers work around the issue?
> >
> >  I assume this is not a problem for generic P-Port stepper setups, but
> >  only with the cards which use the port for comms (Pico, Mesa, Pluto?)
> >
> I thought that either Don Stanley or Jon Elson said that if you run the
> pcisetup program, the port does work with the Pico boards (in EPP mode).
>
> If I'm remembering that correctly, it's just a detection and
> initialization problem, not a functionality problem.
>
> - Steve

Steve:

I just discovered the counterpart thread on the developers list. From 
what I see there, it looks like a BIOS-reporting-to-ACPI error which, 
since most "well behaved" software reads the ACPI/PNP junk to find out 
whats what, acts like a functionality problem. Apparently, Jon's 
initialization program isn't well behaved, so it just works:-) Good to know.

Regards,
Kent


--
Download new Adobe(R) Flash(R) Builder(TM) 4
The new Adobe(R) Flex(R) 4 and Flash(R) Builder(TM) 4 (formerly 
Flex(R) Builder(TM)) enable the development of rich applications that run
across multiple browsers and platforms. Download your free trials today!
http://p.sf.net/sfu/adobe-dev2dev
___
Emc-users mailing list
Emc-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/emc-users

Re: [Emc-users] the Intel D510MO problem (and an apology to Don Stanley, et al.)

[Stephen Wille Padnos]

Andy Pugh wrote:
> On 19 October 2010 19:19, Kent A. Reed  wrote:
>
>> Using Google, I found a relevant report on pubsub.com dated April 2010:
>>
>> ---begin pubsub report---
>>
>> "I would like to report an ACPI/PNP Bios problem which prevents the
>> correct detection of all parallel port parameters.
>>  
> Does this mean that EPP does not work, or just that it is mis-detected?
> ie, can the PPMC and Mesa drivers work around the issue?
>
> I assume this is not a problem for generic P-Port stepper setups, but
> only with the cards which use the port for comms (Pico, Mesa, Pluto?)
>
I thought that either Don Stanley or Jon Elson said that if you run the 
pcisetup program, the port does work with the Pico boards (in EPP mode).

If I'm remembering that correctly, it's just a detection and 
initialization problem, not a functionality problem.

- Steve

--
Download new Adobe(R) Flash(R) Builder(TM) 4
The new Adobe(R) Flex(R) 4 and Flash(R) Builder(TM) 4 (formerly 
Flex(R) Builder(TM)) enable the development of rich applications that run
across multiple browsers and platforms. Download your free trials today!
http://p.sf.net/sfu/adobe-dev2dev
___
Emc-users mailing list
Emc-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/emc-users

Re: [Emc-users] the Intel D510MO problem (and an apology to Don Stanley, et al.)

[Andy Pugh]

On 19 October 2010 19:19, Kent A. Reed  wrote:
>
> Using Google, I found a relevant report on pubsub.com dated April 2010:
>
> ---begin pubsub report---
>
> "I would like to report an ACPI/PNP Bios problem which prevents the
> correct detection of all parallel port parameters.

Does this mean that EPP does not work, or just that it is mis-detected?
ie, can the PPMC and Mesa drivers work around the issue?

I assume this is not a problem for generic P-Port stepper setups, but
only with the cards which use the port for comms (Pico, Mesa, Pluto?)

-- 
atp

--
Download new Adobe(R) Flash(R) Builder(TM) 4
The new Adobe(R) Flex(R) 4 and Flash(R) Builder(TM) 4 (formerly 
Flex(R) Builder(TM)) enable the development of rich applications that run
across multiple browsers and platforms. Download your free trials today!
http://p.sf.net/sfu/adobe-dev2dev
___
Emc-users mailing list
Emc-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/emc-users

[Emc-users] the Intel D510MO problem (and an apology to Don Stanley, et al.)

[Kent A. Reed]

  Gentle persons:

I've been away from home and mostly away from the keyboard as well.

I returned to find the string of recent messages from/to Don Stanley 
regarding the failure of his Intel D510MO board to work in the Enhanced 
Parallel Port (EPP) mode.

To quote a friend from Leeds, I was gobsmacked. I had run a quick series 
of tests on this board before I built it into a non-CNC project and I 
thought it worked fine.

I pulled the board out of service and have now replicated Don's experience.

The on-board BIOS Utility (selected via F2 during boot) allows me to 
change the peripheral settings to disable the parallel port or to enable 
it in output-only, bi-directional, epp, or ecp modes, and retains the 
selection between boots, so I naively thought everything was fine.

It turns out the BIOS isn't fine. Yes, the BIOS can disable the port, 
but no matter what enabled setting is selected, Linux, once booted, 
reports the port is actually running in PC Standard Parallel Port 
(PCSPP) mode.

Using Google, I found a relevant report on pubsub.com dated April 2010:

---begin pubsub report---

"I would like to report an ACPI/PNP Bios problem which prevents the 
correct detection of all parallel port parameters.

I've patched the latest BIOS (MOPNV10J.86A.0175) onto the system, but 
still neither Linux nor Windows are able to detect the correct parallel 
port setting and will only operate in compatibility, unidirectional 
PCSPP mode. This is very unfortunate, because some hardware 
(purposely-built stuff and some old scanner/streamer too) still rely on 
this type of interface.

The reason for this screwup is pretty simple to spot. The BIOS does not 
generate the necessary ACPI/PNP0401 entry, once the parallel port mode 
is set to ECP. Instead, it continues to report a simple PNP0400 device. 
This in turn will force the operating system to operate parallel port 
interface in "1980 mode".

---end pubsub report---

Since my D510MO came with BIOS version MOPNV10J.86A.0175.2010.0308.0620 
already installed, I tried flashing it to what is now the latest BIOS 
version available on the Intel website, MOPNV10.J.86A.0311.2010.0802.2346.

No joy. The bios continues to misreport the parallel port setting to the 
system.

This is not a fatal problem for me because several computers ago I 
bought a no-name PCI card with an EPP/ECP parallel port on it (not based 
on a netmos 9805!) that I can press into service.

However, I apologize to Don and others for my repeated endorsement on 
this mail list of this board. I should have reported exactly what I had 
done with the board so that he and others could see what functions I had 
failed to test. Don didn't deserve to be put through the ringer on this.

I suppose I could try to argue lamely that the predecessor board from 
Intel, the D945GCLF2, didn't have this problem, but honestly, I just 
didn't think, or at least not fast enough.

Remember what the Gipper said, "trust but verify."

Regards,
Kent










--
Download new Adobe(R) Flash(R) Builder(TM) 4
The new Adobe(R) Flex(R) 4 and Flash(R) Builder(TM) 4 (formerly 
Flex(R) Builder(TM)) enable the development of rich applications that run
across multiple browsers and platforms. Download your free trials today!
http://p.sf.net/sfu/adobe-dev2dev
___
Emc-users mailing list
Emc-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/emc-users