Andrew Morton [Fri, 1 Aug 2003 02:56:53 +0000 (19:56 -0700)]
[PATCH] non-MII 3c59x fix
From: Marc Zyngier <mzyngier@freesurf.fr>
The following patch tries to fix a small bug that crept in at some
point during 2.5.
None of my 3c592 or 3c597 would work if I didn't force media
type. Instead, it would try to probe MII, looking for a suitable
transceiver, and finaly give up, because these cards really do not
have any sort of MII... :
EISA: Probing bus 0 at Intel Corp. 82375EB
EISA: Mainboard DEC5000 detected.
EISA: slot 2 : ADP0001 detected.
EISA: slot 3 : ADP7771 detected.
EISA: slot 4 : DPTA401 detected.
EISA: slot 5 : TCM5920 detected.
3c59x: Donald Becker and others. www.scyld.com/network/vortex.html
00:05: 3Com EISA 3c592 EISA 10Mbps Demon/Vortex at 0x5000. Vers LK1.1.19
***WARNING*** No MII transceivers found!
EISA: Detected 4 cards.
With the enclosed patch, it just works, at least on my setup (3c592 on
Alpha, and 3c597 on x86). I haven't been able to test it didn't break
cards with MII, because I do not have such cards in my test boxes...
The patch also removes two useless EISA-only #define I introduced some
time ago.
Andrew Morton [Fri, 1 Aug 2003 02:56:15 +0000 (19:56 -0700)]
[PATCH] dev_t printing
From: Greg KH <greg@kroah.com>
Different architectures use different types for dev_t, so it is hard to
print dev_t variables out correctly. Quite a lot of code is wrong now, and
will continue to be wrong when 64-bit dev_t is merged.
Greg's patch introduces a little wrapper function which can be used to
safely form a dev_t for printing. I added the format_dev_t function as
well, which is needed for direct insertion in a printk statement.
Andrew Morton [Fri, 1 Aug 2003 02:55:36 +0000 (19:55 -0700)]
[PATCH] 3c59x suspend/resume fix
Currently, all of the 3c59x power management code is disabled unless the
`enable_wol' module parameter is provided. This was done because the PM
support was added quite late in the 2.4 cycle.
It was always intended that this conditionality be removed in 2.5.
Andrew Morton [Fri, 1 Aug 2003 02:54:45 +0000 (19:54 -0700)]
[PATCH] buffer.c debugging
We get a bug report about once per month wherein find_get_block_slow() spits
an error message. For some reason we have buffers against a blockdev page
which have the incorrect b_size.
Probably, an earlier set_blcoksize() failed to invalidate all the apges for
some reason. I just don't know.
The patch adds a bit of extra debug info to aid in diagnosing this.
Andrew Morton [Fri, 1 Aug 2003 02:54:26 +0000 (19:54 -0700)]
[PATCH] re-slabify i386 pgd's and pmd's
From: William Lee Irwin III <wli@holomorphy.com>
The original pgd/pmd slabification patches had a critical bug on
non-PAE where both modifications of pgd entries to remove pagetables
attached for non-PSE mappings back to a PSE state and modifications of
pgd entries to attach pagetables to bring PSE mappings into a non-PSE
state were not propagated to cached pgd's. PAE was immune to it owing
to the shared kernel pmd.
The following patch vs. 2.5.69 restores the slabification done to cache
preconstructed pagetables with the proper propagation of conversions
to and from PSE mappings to cached pgd's for the non-PAE case.
This is an optimization to reduce the bitblitting overhead for spawning
small tasks (for larger ones, bottom-level pagetable copies dominate)
primarily on non-PAE; the PAE code change is largely to remove #ifdefs
and to treat the two cases uniformly, though some positive but small
performance improvement has been observed for PAE in one of mbligh's
posts. The non-PAE performance improvement has been observed on a box
running a script-heavy end-user workload as a large long-term profile
hit count reduction for pgd_alloc() and relatives thereof.
I would very much appreciate outside testers. Even though I've been
able to verify this boots and runs properly and survives several cycles
of restarting X on my non-PAE Thinkpad T21, that environment has never
been able to reproduce the bug. Those with the proper graphics hardware
to prod the affected codepaths into action are the ones best suited to
verify proper functionality. There is also some locking introduced; if
some performance verification on non-PAE SMP i386 targets (my SMP
targets unfortunately all require PAE due to arch code dependencies)
that also have the proper hardware could be done, that would help
determine whether alternative locking schemes that competed against
the one shown here are preferable (in particular, the ticket-based
scheme mentioned in the comments).
Only bug fixes and making it compile again and a few minor features.
Also one security fix that got lost earlier
- Document boot options
- Better cpu local data
- Emulate FIOQSIZE
- Fix return value of 32bit ipccall
- Various minor style fixes
- Save some memory in apic tables
- Merge with 2.6.0test2/i386
- Readd ioport fix
- Sort exception tables at boot time
- Add local.h
- Fix for_each_cpu on UP
- Add utimes and tgkill system calls for 64bit
- Update defconfig
Michael Hunold [Thu, 31 Jul 2003 15:07:45 +0000 (08:07 -0700)]
[PATCH] Kconfig and Makefile updates
[V4L] - make sure saa7146 module gets build for Hexium drivers
[V4L] - make Hexium drivers depend on the i2c layer
[DVB] - fix typo which prevented the mt312 driver from being build (obi <=> obj)
Yoshinori Sato [Thu, 31 Jul 2003 15:07:24 +0000 (08:07 -0700)]
[PATCH] h8300: arch update
H8S architecture support
signal handling problem fix
gcc-3.3 support
vfork/clone return value fix
added show_stack
build error and warning fix
blkdev location cleanup
This fixes the behavior of blk_start_queue() so that request queues
really do start up again after blk_start_queue() is called (on queues
that were previously stopped via blk_stop_queue).
Dave Kleikamp [Thu, 31 Jul 2003 05:44:07 +0000 (00:44 -0500)]
JFS: write_super_lockfs should mark superblock clean
LVM and EVMS snapshots of JFS filesystems were not mountable because
write_super_lockfs was not marking the volume as clean. The volume was
otherwise in a consistent state.
[WATCHDOG] Cleanup of Kconfig file for the watchdog drivers.
Cleanup of Kconfig file for the watchdog drivers.
This clean-up exists of:
* change the general comment so that it mentions watchdog device and not character device
* correct some module-names
* remove double-entry for W83877F_WDT
* change Documentation/modules.txt to <file:Documentation/modules.txt> for consistency
Change Kconfig info about I810_TCO so that it is clear that this watchdog works for the i8xx series of chipsets and not only the i810 and i815 chipsets.