Custom Query (1948 matches)

Filters
 
Or
 
  
 
Columns

Show under each result:


Results (7 - 9 of 1948)

1 2 3 4 5 6 7 8 9 10 11 12 13
Ticket Resolution Summary Owner Reporter
#2293 fixed linux/andy-tracking: gps does not always honor power_on openmoko-kernel lindi
Description

Steps to reproduce: 1) echo 1 > /sys/class/i2c-adapter/i2c-0/0-0073/pcf50633-regltr.7/neo1973-pm-gps.0/power_on 2) echo mem > /sys/power/state 3) cat /sys/class/i2c-adapter/i2c-0/0-0073/pcf50633-regltr.7/neo1973-pm-gps.0/power_on 4) echo 1 > /sys/class/i2c-adapter/i2c-0/0-0073/pcf50633-regltr.7/neo1973-pm-gps.0/power_on 5) cat /sys/class/i2c-adapter/i2c-0/0-0073/pcf50633-regltr.7/neo1973-pm-gps.0/power_on Expected results: 3) 1 or 0, both are ok to me 5) 1

Actual results: 3) 0 5) 0

More info: 6) I can start the GPS chip if I first write 0 to power_on and then write 1 there. 7) I am using andy-tracking 9ecc089861ab238e 8) I think the bug is that neo1973_gps.power_was_on is updated only in power_gps_write() but gta01_pm_gps_suspend calls gps_pwron_set(0) directly and bypasses this. 9) My understanding:

  • cat power_on returns 0
  • since gps_pwron_get returns 0
  • since regulator_is_enabled(neo1973_gps.regulator[GTA02_GPS_REG_RF_3V]) returns 0
  • echo 1 > power_on does not enable regulator
  • since neo1973_gps.power_was_on is set
  • => power_was_on state is wrong.

#2288 invalid xf86-video-glamo: xrandr --output LCD --rotate left fails, xrandr -o 1 works openmoko-kernel lindi
Description

Steps to reproduce: 1) xrandr -o 1 2) xrandr --output LCD --rotate left

Expected results: 2) screen is rotated 3) screen is rotated

Actual results: 2) screen is rotated 3) the command fails with xrandr: screen cannot be larger than 480x640 (desired size 640x480)

More info: 1) I'm using xserver-xorg-core package version 2:1.6.1-1 from debian unstable and version 451398a21 of xf86-video-glamo from 2009-03-02

2) This has been discussed as a debian bug at http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=529078

#2287 fixed battery removal kobject notifications broken in bq2700 power supply class driver openmoko-kernel mickey
Description

On removing the battery we get an uevent notification with:

POWER_SUPPLY_PRESENT = 1

whereas it should be

POWER_SUPPLY_PRESENT = 0

The other values are also bogus on removal. Plus, once the battery has been removed, triggering a change notification no longer works by echoing "change" to uevent.

Insertion works fine though.

1 2 3 4 5 6 7 8 9 10 11 12 13
Note: See TracQuery for help on using queries.