in which "/wherever/src.2/../tools" was incorrectly changed to
"/wherever/src./tools" instead of the desired "/wherever/tools".
It's not clear to me that this script has any business trying to do this
sort of rewriting (and there's no guarantee that "/wherever/foo/.." and
"/wherever" both refer to the same place), but at least the new code
tries to be more careful than the old code.
Also while here fix the delay loop used before timers are enabled to
cause a delay, by using a volatile int to do a countdown. gcc has become
intelligent enough to optimize an empty loop away.
For delay on PXA270 we should use one of the other counters, and a 1Mhz
clock, so that we don't have to computer the counter increment.
XXX: also looks like there's a bug if the counter wraps, as delay doesn't
look like it allows for that.
condition), it leaves the control message with file descriptors. Calling
unp_dispose() will interpret the message as containing file pointers
and crash the system.
This change removes unp_dispose() from this failure path and avoids
using goto to jump into switch statements...
The previous workaround to ignore such messages in unp_scan() is removed.
the SDA/SCL pin direction, by treating the direction as just that; a hint.
Instead, configure the SDA/SCL pins as outputs only when they are to
be driven low (zero). Otherwise configure them as inputs and allow the
pull-up resistors to do their jobs.
Check the SDA direction hint only if DIAGNOSTIC.
Fixes a problem reported by Donald T Hayford on port-arm@ whereby the
kernel failed to read/write the RTC's registers.
NOTE: some of these will be changing in the future to be more
consistent with the technique used in the group & passwd backends.
I'm just documenting the existing behaviour.
Be more consistent when using certain terms.
Rename some variables to reduce confusion.
accessed on normal operations and the CER should be set up
through the last entry in the CAM desciptor area and loaded
via LCAM command, so make our driver do so, though the previoius
code (writing CER directly) worked without problems.
Tested on sn at jazzio on arc (in 32bit mode) by me and
sn at nubus on mac68k (in 16bit mode) by Paul Ripke on port-mac68k.
now take a ptr to a function and an opaque data to achieve the
specific work.
- this file is going to become a general form when brd specific
params are encapsulated in an instance as struct.
- target differences are considered minor and adaptable by heuristics
in pci/pci_machdep.c and machdep.c.
- kernel expects sane runtime HW settings when it gains control.
All tweaks should have been completed by bootloader.
- consults stand/ for reference. The implementation will change
from time to time.
communications to power control satelite processor is to be done by
a kernel thread and sysctl knobs with help of possible user agent
deamon.
- Kernel expects a ptr to bootinfo structure in arg3.
- The bootinfo definition is in include/bootinfo.h
- CLOCK and CONSOLE designations are important during initial bringup
efforts. machdep.c consults memory controller parameters when no
MEMORY was specified.
- autoconf.c determines ROOTDEVICE and BOOTPATH.
- target differences
in cpu_attach(), and doing it here will overwrite the cpu_number of the
physical CPU with the one from the virtual CPU (which is always 0).
XXX is ioapic_bsp_id read somewhere ?
via the -s flag (the requirement for -d is not there anymore). [1]
You can do something like the following now:
$ envstat -s "acpibat0:charge,acpibat0:charge state,acpitz0:temperature"
[acpibat0]
charge: 3.015 Ah (79.70%)
charge state: NORMAL
[acpitz0]
temperature: 54.000 degC
$
* As bonus, the code has been modified to use a simple queue for
the sensors, and this has simplified and improved some parts of the
code as well.
[1] Item requested by joerg@ yesterday.
macallan