| Commit message (Collapse) | Author | Age | Files | Lines |
|
|
|
|
| |
Also change one case of blatant __progname abuse (several more remain)
This commit does not touch anything in src/{contrib,crypto,gnu}/.
|
|
|
|
|
| |
PR: 36214
Submitted by: Nagy Attila <bra@fsn.hu>
|
|
|
|
| |
Reviewed by: imp
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
Before, we were using
while (*p++ && --len > 0);
to do this. However, len doesn't get decremented for the NUL byte, so when
we used len later to see if we still have CIS left for some optional fields,
we'd run off the end of an array and dump core.
Instead, replace it with
len -= strlen(p) + 1;
p += strlen(p) + 1;
which is more correct. It is a little bogus to assume that p points to
a valid C string, but only a little. The PC Card SPEC mandates that it
does, and we already depend on that with the use of strdup a few lines
earlier. Since much of the rest of the cis parsing code isn't hyper
retentive about error checking, I'll leave that level of checking for
another time and/or another committer :-).
|
|
|
|
|
|
|
|
|
|
|
| |
card "MELCO" "LPC2-T"
and
card "MELCO" "LPC2-TX"
by this fix.
Reported by: Kitagawa Shoichi <sk@xstar.kiu.ac.jp>,
NINOMIYA Hideyuki <nin@shikoku.ne.jp>
MFC after: 1 week
|
|
|
|
|
|
|
|
| |
the config file. This fixes the breakage caused by the recent change
in the behavior of device_add_child for ata (which shows soren's
reservations were well founded).
Submitted by: OGAWA Takaya <t-ogawa@triaez.kaisei.org>
|
|
|
|
| |
Debug info from: Ben Hockenhull <benh@jpj.net>
|
|
|
|
|
|
|
|
| |
16 bits access is required by nsp driver to work in SMIT mode.
Since previously (1.65 and before in current, and 1.46.28 and before
in stable branch) 16 bits access was default, I hope it will break nothing.
Okayed-by: imp
|
|
|
|
|
|
|
|
| |
on older kernels correctly. Terminate the loop when we find a
suitable irq. Also, only try to select from the pool. Cleaned up the
two cases (IRQ picked by the user and ?) into one.
MFC upon re approval.
|
|
|
|
|
|
| |
use it. If not, then loop asking for each one, with normal -I
processing. This will effectively disable -I for when the pcic is in
PCI function interrupt routing mode.
|
|
|
|
|
|
|
| |
some of the config problems that we've been seeing (where wi0 tries to
allocate 0x138-0x198, for example).
Use err(1,"foo") rather than perror + exit while I'm here.
|
|
|
|
|
|
|
|
|
|
| |
will soon return the irq from the pcic bridge in cases where't that's
appropriate.
Note: I've had to disbale -I option for the moment. I've made it easy
to reenable it for people that need it.
MFC After: soon!
|
|
|
|
|
| |
Document intended correct behavior for pccardc power and how it interacts
with suspend/resume.
|
|
|
|
|
| |
These are not perfectly in agreement with each other style-wise, but they
are orders of orders of magnitude more consistent style-wise than before.
|
| |
|
| |
|
| |
|
| |
|
| |
|
|
|
|
| |
#ifdef it out for now.
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
The PCCard daemon can hang indefinately while reading its
configuration file. If the last line of the file is a comment line
that does not end in a newline, the program goes into an infinite
loop searching for the non-existent newline.
This fix, provided by the PR, will allow files ending without a newline
to be read without hanging.
Submitted by: Crist J. Clark <cjclark@alum.mit.edu>
PR: bin/25791
|
|
|
|
| |
Approved by: imp
|
|
|
|
|
|
|
| |
than if_ed. The code for if_ed to set the offset and memory width
remains.
Approved by: imp
|
|
|
|
|
|
|
|
|
|
| |
block sizes.
This orginally worked in PAO-3 and worked on their r330 branch but got
broken in PAO-3 around December 1998!
Approved by: imp
Obtained from: PAO-3
|
|
|
|
|
|
|
| |
These must be compiled static so that it is possible
to use them early in the boot process.
Requested by: imp
|
| |
|
|
|
|
| |
- MAN[1-9] -> MAN.
|
| |
|
|
|
|
|
| |
The problem was noted with an older model 3Com 3C589 which seems
to return more than 256 bytes of data.
|
| |
|
| |
|
| |
|
| |
|
| |
|
|
|
|
| |
Original idea from: PAO3
|
|
|
|
|
|
|
|
|
| |
IRQs from kernel.''..
With IBM ThinkPad600. ``sio1'' was disabled in BIOS
and irq 3 was free (also not listed in dmesg), I think.
But I could not use irq 3 for PC-Card with new(PIOCSRESOURCE
ioctl enabled) pccardd.
|
| |
|
|
|
|
| |
Obtained from: PAO3
|
|
|
|
|
|
| |
of the description for the "power" internal command.
Reviewed by: sanpei
|
|
|
|
|
|
|
|
| |
release {io,irq} resources.
fix multi io window in release io routine
PR: 20454
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
- If resource which was allocated for pcic was
requested via this ioctl, bus_alloc_resource
would be succeeded and that resource was
returned as free resource. So check whether
requested resource was used for pcic or not
before bus_alloc_resource test.
- merge SYS_RES_IRQ routine into other SYS_RES_*
routine and clean up.
problem reported by: Yohei Terada <terada@jiro.c.u-tokyo.ac.jp>
|
|
|
|
| |
for PC-Card which has no address in cis.
|
| |
|
|
|
|
| |
(removed in Rev.1.3)(A(B
|
|
|
|
|
|
|
| |
Now /usr/sbin/pccardd read free resource(io,irq) range with
this ioctl.
Original Idea from: PAO3
|
|
|
|
| |
Submitted by: OKAZAKI Tetsurou <okazaki@be.to>
|
|
|
|
|
| |
Submitted by: iwasaki
Obtained from: PAO3
|
|
|
|
|
|
|
| |
related PAO3/ports such as gxcardmon work.
Reviewed by: imp
Obtained from: PAO3
|
| |
|