My shop box has no users!
gene heskett
gheskett at wdtv.com
Fri Feb 4 00:06:33 UTC 2011
On Thursday, February 03, 2011 06:34:43 pm Reinhold Rumberger did opine:
> On Donnerstag 03 Februar 2011, 23:31:22, gene heskett wrote:
> > On Thursday, February 03, 2011 05:07:30 pm reini did opine:
> <snip>
>
> > Now what? This all, videowise, worked until I updated the box about a
> > week or 10 days ago. The end of the Xorg.0.log:
> >
> > (II) VESA: driver for VESA chipsets: vesa
> > (II) Primary Device is: PCI 01 at 00:00:0
> > (EE) VESA: Kernel modesetting driver in use, refusing to load
>
> <snip>
>
> This is due to all that new modesetting stuff happening in the kernel.
>
> You want the nomodeset option:
> http://ubuntuforums.org/showthread.php?t=1613132
>
> From what I read that option will be removed at some point in time, so
> I'm not sure what will happen then...
>
> --Reinhold
In that event, all the users of emc, and there are hundreds (that we know
of) scattered about this planet, will be screwed. This is a case of none
of the 'improved' drivers being usable, and the vendor drivers are deadly
because they get their performance largely by hogging the IRQ's, often for
hundreds of milliseconds at a time, deadly on a machine that is expected to
output the next step command to the motor drivers in a loop with a sub 50
microsecond cycle time. You cannot tell a stepper motor to come to a
complete halt from 450 rpm, wait for 300 milliseconds, and resume that 450
rpm when the video card decides to let go so the real application can do
its thing. Unable to get back to speed, it will maybe take 1/8th step and
lock up. If it happened to all 4 motors at once, it would just be a
stalled machine requiring all axises to have their zero points reset, the
speed slowed some, and the whole program restarted from the top. That may,
and likely will waste several hours getting back to the point where it
stalled on a previous run, but if it only happens to one of the motors that
was moving the cutting bit out of the way so it can then traverse to the
next cutting point, that traverse which is supposed to be done with
clearance, may well plow the bit crossways through the workpiece a quarter
inch deep. That will wreck the part of course, and quite likely break a
$20+ solid carbide milling cutter into 2 pieces worth only the raw price of
the weight of the carbide itself. Perhaps 50 cents?
Anyway, that once again was the magic potion, fixing it up nicely, but the
picked resolution of 1024x768 is quite a bit less than that monitors native
resolution of about 1650x1280. Could this be alleviated by adding an
option = edid in the device section of xorg.conf? Or even a vga=798 or
some such on the kernel line? The monitor is an lcd, a recent AOC made
unit. From the Xorg.0.log, it looks like edid is at least read:
(II) VESA(0): EDID (in hex):
(II) VESA(0): 00ffffffffffff0005e3311841c80000
(II) VESA(0): 1a140103682917782aeed1a555489b26
(II) VESA(0): 125054bfee00310a614c010101010101
(II) VESA(0): 010101010101662156aa51001e30468f
(II) VESA(0): 33009dea1000001e662150b051001b30
(II) VESA(0): 4070360022130000001e000000fd0037
(II) VESA(0): 4b1e5109000a202020202020000000fc
(II) VESA(0): 00383331570a2020202020202020003e
(II) VESA(0): EDID vendor "AOC", prod id 6193
(II) VESA(0): Using EDID range info for horizontal sync
(II) VESA(0): Using EDID range info for vertical refresh
but I have no clue how to decode that... :(
Or is this just the limits of the vesa driver? The Xorg.0.log contains
about 50k of its looking at all available modes before picking the one it
ends up using. It seems like there should be a way to nudge it in the
right direction. OTOH, the machine is running beautifully, with instant
response to the keyboard motion keys and can once again 'do good work' ;-)
Thanks Reinhold. A bunch!
--
Cheers, Gene
"There are four boxes to be used in defense of liberty:
soap, ballot, jury, and ammo. Please use in that order."
-Ed Howdershelt (Author)
<http://tinyurl.com/ddg5bz>
C'est magnifique, mais ce n'est pas la guerre!
[It is magnificent, but it is not war]
-- Pierre Bosquet, witnessing the charge of the Light
Brigade
More information about the kubuntu-users
mailing list