Age | Commit message (Collapse) | Author |
|
Signed-off-by: Thomas White <taw@bitwiz.org.uk>
|
|
Fixing a stupid mistake in the process...
Signed-off-by: Thomas White <taw@bitwiz.org.uk>
|
|
This adds kernel support for sending burst commands to the hardware.
Signed-off-by: Thomas White <taw@bitwiz.org.uk>
|
|
|
|
s/though/thought/
Reported-by: Rask Ingemann Lambertsen <ccc94453@vip.cybercity.dk>
Signed-off-by: Nelson Castillo <arhuaco@freaks-unidos.net>
|
|
This patch applies upstream feedback to the group filter.
The algorithms are equivalent, thus we will get the same
results after applying this patch.
Signed-off-by: Nelson Castillo <arhuaco@freaks-unidos.net>
|
|
He is not reachable at the OM address.
We need the right email if we send upstream.
Signed-off-by: Nelson Castillo <arhuaco@freaks-unidos.net>
|
|
General cleanups. Now we pass checkpatch.pl.
Signed-off-by: Nelson Castillo <arhuaco@freaks-unidos.net>
|
|
I had a patch by Vasily Khoruzhick <anarsoul@gmail.com>
in the linux-arm-kernel as a guide for some of the changes.
Signed-off-by: Nelson Castillo <arhuaco@freaks-unidos.net>
|
|
Remove the dependence to the OLD NET DEV operation
Signed-off-by: Michael Trimarchi <michael@panicking.kicks-ass.org>
|
|
|
|
Muppetry...
Signed-off-by: Thomas White <taw@bitwiz.org.uk>
|
|
Signed-off-by: Thomas White <taw@bitwiz.org.uk>
|
|
This makes wake up on RTC alarm work properly, ported from rtc-pcf50633
commits 4caf79de95c26495e7cdc8204023d97598f887d2 and
c3e4e22fb0c3e1d82f66e67f6592949e48f3995a.
Signed-off-by: Arnaud Patard <arnaud.patard@rtp-net.org>
Signed-off-by: Paul Fertser <fercerpav@gmail.com>
|
|
Signed-off-by: Arnaud Patard <arnaud.patard@rtp-net.org>
Signed-off-by: Paul Fertser <fercerpav@gmail.com>
|
|
Signed-off-by: Arnaud Patard <arnaud.patard@rtp-net.org>
Signed-off-by: Paul Fertser <fercerpav@gmail.com>
|
|
This reverts commit 9c4451ff31b937a478f3d3eabef30b71cbe12b12.
This commit made wifi unusable after ifconfig down and sometimes after
unbinding.
|
|
This removes a few excess printks to tidy up suspend/resume.
Identical changes exist in andy-tracking already
Signed-off-by: Thomas White <taw@bitwiz.org.uk>
|
|
This isn't needed any more.
Signed-off-by: Thomas White <taw@bitwiz.org.uk>
|
|
Signed-off-by: Thomas White <taw@bitwiz.org.uk>
|
|
Signed-off-by: Thomas White <taw@bitwiz.org.uk>
|
|
IRQ stuff brought across from earlier work by Andreas.
Signed-off-by: Thomas White <taw@bitwiz.org.uk>
|
|
Signed-off-by: Thomas White <taw@bitwiz.org.uk>
|
|
|
|
I'm happy with how this works, now.
Signed-off-by: Thomas White <taw@bitwiz.org.uk>
|
|
This works - no need for the message any more.
Signed-off-by: Thomas White <taw@bitwiz.org.uk>
|
|
Signed-off-by: Thomas White <taw@bitwiz.org.uk>
|
|
Signed-off-by: Thomas White <taw@bitwiz.org.uk>
|
|
Signed-off-by: Thomas White <taw@bitwiz.org.uk>
|
|
git+ssh://git-weiss@git.bitwiz.org.uk/srv/git-public/kernel into drm-tracking
|
|
Signed-off-by: Thomas White <taw@bitwiz.org.uk>
|
|
Tidy up a few lines, and remove debug lines which would slow us down.
Signed-off-by: Thomas White <taw@bitwiz.org.uk>
|
|
Signed-off-by: Thomas White <taw@bitwiz.org.uk>
|
|
This fixes the glamo-kms-fb initialisation to ioremap() the proper address for the
framebuffer, rather than just assuming it's at the start of the VRAM.
Signed-off-by: Thomas White <taw@bitwiz.org.uk>
|
|
Fix label usage, making a compiler warning go away in the process.
Signed-off-by: Thomas White <taw@bitwiz.org.uk>
|
|
This removes the last remaining instance of glamo-kms-fb touching Glamo's
registers directly.
Signed-off-by: Thomas White <taw@bitwiz.org.uk>
|
|
Update the copyright notice to include proper BSD credit for the memory mapping
in glamo-buffer.c.
Also removes some superfluous debug messages.
Signed-off-by: Thomas White <taw@bitwiz.org.uk>
|
|
This doesn't work with the current 'standard' DDX, so there's no point trying
to make it work.
Signed-off-by: Thomas White <taw@bitwiz.org.uk>
|
|
Current scheme is fragile and is likely to go off sync, especially on
batfull->adapter charging automatic MBC transition.
Query the status bit every time we need it instead.
We need to export another function to query for USB presence because
we can't read anything from PCF50633 (via I2C) inside irq context and
that is needed by usb gadgets.
Signed-off-by: Paul Fertser <fercerpav@gmail.com>
|
|
If chgmod == BATFULL, setting chgena has no effect. Datasheet says we
need to set resume instead but when autoresume is used resume doesn't
work. Clear and set chgena instead.
This enables a user to force charging by re-plugging USB even when the
charger entered Battery Full mode, might be handy before a long trip.
Signed-off-by: Paul Fertser <fercerpav@gmail.com>
|
|
After reaching Battery Full condition MBC state machine switches back
into charging mode when the battery voltage falls below 96% of a
battery float voltage. The voltage drop in Li-Ion batteries is
marginal (1-2%) till about 80% of its capacity - which means, after a
BATFULL, charging won't be restarted until 75-80%.
That is a desired behaviour recommended by battery manufacturers,
don't mess with it.
Signed-off-by: Paul Fertser <fercerpav@gmail.com>
|
|
Current implementation is prone to races, this patch attempts to remove all
but one (in pcf50633_adc_sync_read).
The idea is that we need to guard the queue access only on inserting and
removing items. If we insert and there're no more items in the queue it
means that the last irq already happened and we need to trigger ADC
manually. If not, then the next conversion will be triggered by the irq
handler upon completion of the previous.
Signed-off-by: Paul Fertser <fercerpav@gmail.com>
|
|
Using the default kernel "events" workqueue causes problems with
synchronous adc readings if initiated from some task on the same
workqueue.
I had a deadlock trying to use pcf50633_adc_sync_read from a
power_supply class driver because the reading was initiated from the
workqueue and it waited for the irq processing to complete (to get the
result) and that was put on the same workqueue.
Signed-off-by: Paul Fertser <fercerpav@gmail.com>
|
|
Some userspace (notably Enlightment's batget) ignores "capacity"
completely if there're no other properties. Expose a fake value
(850mAh, typical for BL-5C) to make them happy.
Signed-off-by: Paul Fertser <fercerpav@gmail.com>
|
|
Check if machine-specific hooks exist before calling, this allows to use
this driver with gta02 or any other device that is able to provide battery
voltage readings.
Report an estimate of capacity percentage left, based on discharge curves.
Strictly speaking, this is a violation of power_supply class specs but
since this is the only driver for dumb batteries and userspace lacks any
library to do the estimation itself, we have to stuff it here.
Please keep in mind that this estimation is by no means accurate, usually
cell phones have only 5 bars to represent charge status.
Credit goes to Joerg Reisenweber and SpeedEvil for helping with gathering
and analysing the data.
Signed-off-by: Paul Fertser <fercerpav@gmail.com>
|
|
Driver data must be properly registered after allocation
Signed-off-by: Paul Fertser <fercerpav@gmail.com>
|
|
Signed-off-by: Thomas White <taw@bitwiz.org.uk>
|
|
Signed-off-by: Thomas White <taw@bitwiz.org.uk>
|
|
Signed-off-by: Thomas White <taw@bitwiz.org.uk>
|
|
If the battery is not present hdq_read will always return an error.
If the drivers knows that the battery is not present the correct thing to do is
to return -ENODEV instead of passing the error on.
Do this for all properties except POWER_SUPPLY_PROP_PRESENT.
The power supply sysfs expects us to do so, else it won't generate a proper
uevent file.
Signed-off-by: Lars-Peter Clausen <lars@metafoo.de>
|