Project

General

Profile

Actions

Bug #360

closed

Still have to restart X after every boot

Added by Hammel over 9 years ago. Updated over 9 years ago.

Status:
Closed
Priority:
Immediate
Assignee:
Category:
06 - Hardware
Target version:
Start date:
26 Jul 2014
Due date:
% Done:

100%

Estimated time:
Severity:
01 - Critical

Description

This appears to be related to power up problems with an external USB hub. It might be fixed by using the UUGear 7 port hub. Also, the mouse works on first boot so switching to a WiiMote might also work around the problem.

Actions #1

Updated by Hammel over 9 years ago

  • Status changed from New to In Progress
  • % Done changed from 0 to 10

Because I want to remove the X.org restart button in the launcher I decided to look into this a bit more. Here are some links that might help.

Note that the dwc_otg driver is currently compiled into the kernel. To tweak changes it has to be removed and loaded at init time instead. Moving dwc_otg out of the kernel may be enough on its own just to get around power problems related to USB keyboards and X.org display.

Actions #2

Updated by Hammel over 9 years ago

  • % Done changed from 10 to 20

Trying to migrate to a new kernel is a bit of work and I don't want to waste time on that. There are lots of issues with the USB subsystem and getting an updated dwg_otc driver to test fixing them will take more time than I want to spend on this.

So I have another idea I want to try as a workaround.
  1. pmsui: add S12Xup - Starts X right after all drivers are loaded and runs a single app that displays just the background logo (maybe animated with a simple app)
  2. pmsui: add S89Xdown - Stops S12Xup right before S90UI starts
  3. Remove psplash package

I can also try unloading evdev in S89Xdown and reloading it in desktop.sh though I'm not sure that has anything to do with the keyboard interface (the mouse always works but the keyboard doesn't).

Technically with this method I've started X and then restart it, just like I always have to do now though right now I restart X from X so its unclear if this method will have the same effect.

Actions #3

Updated by Hammel over 9 years ago

  • Priority changed from Normal to Immediate
  • Severity changed from 03 - Medium to 01 - Critical
Actions #4

Updated by Hammel over 9 years ago

  • Priority changed from Immediate to Normal
  • % Done changed from 20 to 50
  • Severity changed from 01 - Critical to 03 - Medium

It worked! I started S12Xup and used S99z00xdown to kill xinit right before starting the UI as S99z01ui. Low-n-behold, the keyboard works on boot now!

So I need to modify pmsui to support these changes, and move the UI startup to S99UI. This means moving crtmpserver and monkey to S92 from S99.

Actions #5

Updated by Hammel over 9 years ago

  • Priority changed from Normal to Immediate
  • Target version changed from 1.0 - Atreides to 0.10.0
  • Severity changed from 03 - Medium to 01 - Critical
Actions #6

Updated by Hammel over 9 years ago

  • % Done changed from 50 to 60

I was just thinking it might be worth testing if I can move these around a little. For example, where can I move SxxXdown with SxxUI right after and still have the keyboard issue resolved? If I can move them earlier in the init process I might be able to have the UI up faster (though switching to a non-shell based init process will likely have a bigger impact).

The goal for this should be to have the best user experience given the use of shell scripts for init processing.

Actions #7

Updated by Hammel over 9 years ago

  • Status changed from In Progress to Closed
  • % Done changed from 60 to 100

I moved Xearly to S01Xearly, left psplash installed and move Xearly (late) to X98Xearly. Then I quieted the boot to disable most of the boot messages. This seems to work fairly well. S90UI has been moved to S90UI.

I don't need to change crtmpserver or monkey after all. The changes made already deal with the X keyboard problem of this issue.

Closing issue.

Actions

Also available in: Atom PDF