modified dell-wmi problem

I found your question in the forums and have replied there:
http://ubuntuforums.org/showpost.php?p=11025032&postcount=1554

I am thinking that the /etc/udev/rules.d/62-magick.rules file has not been installed. Please let us know if that is the case.

I see that the 62-magick.rules get installed when I install Magick-rotation. So I have installed Magick-Rotation and the touch toggling is working fine but I am not getting any rotation. when I run

>$sudo xxd -g1 /dev/input/dell-wmi

I get nothing at all, even when I rotate the screen back and forth.

When I run

>$ magick-rotation/magick-rotation debug

I get

"checking for rotation
magick-rotation/checkmagick64
killall checkmagick64
cur_state: 143
old_state: None
Unhandled exception in thread started by
sys.excepthook is missing
lost sys.stderr"

my /etc/udev/rules.d/62-magick.rules is

Code:

# udev rules for tablet pc's using an OEM-WMI or OEM-ACPI
#
# These rules were compiled for the Ubuntu/Debian GNU/Linux distribution, but others may,
# and indeed are encouraged to, use them also.
#
# Should you do so, PLEASE CO-ORDINATE ANY CHANGES OR ADDITIONS to 62-magick.rules with
# Jayhawk so that we can try to present users with a standard set of device nodes which
# they can rely on across the board.

KERNEL!="event[0-9]*", GOTO="oem-wmi_end"

# The symlinks constructed by the following rules are used in Magick Rotation's oem_wmi.py.
ATTRS{name}=="HP WMI hotkeys", SUBSYSTEM=="input", MODE="644" SYMLINK+="input/hp-wmi"
ATTRS{name}=="Dell WMI hotkeys", SUBSYSTEM=="input", MODE="644" SYMLINK+="input/dell-wmi"
ATTRS{name}=="ThinkPad Extra Buttons", SUBSYSTEM=="input", MODE="644" SYMLINK+="input/lenovo-acpi"

LABEL="oem-wmi_end"

Finally, when I run

>$xrotate.py

I get

"Traceback (most recent call last):
  File "./magick-rotation/xrotate.py", line 848, in <module>
    r.rotate(None)
  File "./magick-rotation/xrotate.py", line 769, in rotate
    direction = display.get_next_rotation(display.direction)
AttributeError: 'NoneType' object has no attribute 'get_next_rotation'"

Can you check and see if xrandr produces any messages? I am thinking that this might be an issue with the NVidia card and xrandr.

Output of xrandr:

Screen 0: minimum 320 x 200, current 1280 x 800, maximum 8192 x 8192
LVDS1 connected 1280x800+0+0 (normal left inverted right x axis y axis) 261mm x 163mm
   1280x800 60.1*+
   1024x768 60.0
   800x600 60.3 56.2
   640x480 59.9
VGA1 disconnected (normal left inverted right x axis y axis)
HDMI1 disconnected (normal left inverted right x axis y axis)
DP1 disconnected (normal left inverted right x axis y axis)
DP2 disconnected (normal left inverted right x axis y axis)

thanks
brett

I have replied back on the Ubuntu Forums because it allows attachments. I have attached the xrotate.py package that should be able to recognize the LVDS monitor. When I was testing, my versions did not have the number after the LVDS so it was missed.

I have modified lines

318: if mon_list[index].name not in ["LVDS", "LVDS1", "DFP"]:

641: tablet_list = ["LVDS", "LVDS1", "DFP"]

and now xrotate.py is working fine. How do I make corresponding changes to the whole magick-rotation installation?

I am still getting no result from

sudo xxd -g1 /dev/input/dell-wmi

thanks
brett

This question was expired because it remained in the 'Open' state without activity for the last 15 days.

Currently reviewing patch.

Jayhawk,

I am not sure if you or Favux have seen my post #1576:

http://ubuntuforums.org/showthread.php?p=11106730#post11106730

The most important thing is that the xrotate that you had sent was
working fine (using prefix and not full string match to grab "LVDS1"

The second thing is my attempts to find out why the touch is
misscalibrating. The transformation matrix that touch has applied to it is

[0.0, -1.0, 1, 0.625, 0.0, 0.0, 0.0, 0.0, 1.0]

and the .625 is the problem. It comes from the fact that there are more
than one monitor in the monitors list; in fact it seems that every time

mon_list = mon.monitor_list

is called it grows the number of monitors by one, thus increasing sum_x
and sum_y to very large values.

In my case the problem is not the growth of sum_x and sum_y, but rather
that after the first device is processed there are two monoitors, one
with x=1280 and y=800, the second has them swapped and thus the .625
comes from dividing the y value of the first by the max_y, which comes
from the second.

Before I try to fix this by changing the monitor class behaviours I
wanted to see if this is an intentiaonal behaviour.

thanks
brett

--
--------------------------------------------------------------------
“The introduction of numbers as coordinates… is an act of violence…”

       - H. Weyl, Philosophy of Mathematics and Natural Science, 1949

Brett Stevens
Professor
School of Mathematics and Statistics
Carleton University
1125 Colonel By Dr.
Ottawa ON K1S 5B6 Canada
613 520 2600 x2125
<email address hidden>
http://mathstat.carleton.ca/~brett/

Brett, I did see the message and I was hoping to be able to modify the wmi rotation so that they can be packaged together. Unfortunately, the summer has been extremely busy.

As for the monitor question, as far as I can remember, the number of monitors should not grow. I don't recall the happening during testing. Can you describe how you are doing this so that I can try to duplicate it over here?

Jayhawk,

I totally understand about the summer being busy, mine is to and I am
tryign to rotate a lot of small projects. I certainly did not mean to
be nagging, but if the growing number of monitors was correct, I wanted
to start looking somewhere else for the problem. I will get a more
detailed description of what is going to to you sometime soon.

thanks for your time and patience,
brett

On 11-08-25 09:20 AM, Jayhawk wrote:
> Your question #164005 on Magick Rotation changed:
> https://answers.launchpad.net/magick-rotation/+question/164005
>
> Status: Open => Needs information
>
> Jayhawk requested more information:
> Brett, I did see the message and I was hoping to be able to modify the
> wmi rotation so that they can be packaged together. Unfortunately, the
> summer has been extremely busy.
>
> As for the monitor question, as far as I can remember, the number of
> monitors should not grow. I don't recall the happening during testing.
> Can you describe how you are doing this so that I can try to duplicate
> it over here?
>

--
--------------------------------------------------------------------
“The introduction of numbers as coordinates… is an act of violence…”

       - H. Weyl, Philosophy of Mathematics and Natural Science, 1949

Brett Stevens
Professor
School of Mathematics and Statistics
Carleton University
1125 Colonel By Dr.
Ottawa ON K1S 5B6 Canada
613 520 2600 x2125
<email address hidden>
http://mathstat.carleton.ca/~brett/