Sponsored link
Vyatta –
Linux & Open Source
Alternative to Cisco –
Advanced Routing,
Firewall, VPN, QoS..
Free Download ->
| |||||||||||
2.6.3-rc3 long-format changelog
Summary of changes from v2.6.3-rc2 to v2.6.3-rc3
============================================
<davej@redhat.com>
[CPUFREQ] Silence powernow-k7 when built as a module.
(Pavel Machek)
<davej@redhat.com>
[CPUFREQ] fix up CPU detection in p4-clockmod
<Dominik Brodowski>
Too many users use the p4-clockmod cpufreq driver instead of the more
advanced speedstep-centrino, speedstep-ich or even acpi drivers. All of the
latter (usually) provide voltage scaling, while the p4-clockmod driver only
offers a variant of frequency scaling. So, warn users if they try out this
driver instead.
Also, instead of using a local copy, use the speedstep_lib infrastructure
for detecting the processor speed. Adding the Pentium-M get_frequency
function to that module only costs about 200 bytes in object size.
<marcel@holtmann.org>
[Bluetooth] Support for tracking the voice setting
This patch makes sure that the Bluetooth core layer always knows the
current voice setting. It will be read on device initialization and
then stored in the hci_dev structure.
<marcel@holtmann.org>
[Bluetooth] Fix race for incoming connections
This patch fixes a racing condition in accepting incoming RFCOMM
connections. If a SABM command frame occurs in data packet right
after L2CAP configuration request packet and there is no active
session yet then the kernel RFCOMM thread wakes up only once and
creates a new session. But it does not process SABM frame from
second data packet waiting in the queue. Connection setup hangs
and the other side is waiting for UA frame response, but the
kernel thread keeps sleeping. A possible solution is to force
additional thread wakeup right after successful creation of the
new session.
Patch from Dmitri Khokhlov <dkhokhlov@hotmail.com>
<marcel@holtmann.org>
[Bluetooth] Fix error handling for not connected socket
This patch adds the missing fput() call for the BNEP and CMTP protocol
layers in case the user submits a not connected socket.
Noticed by Andi Kleen <ak@suse.de>
<len.brown@intel.com>
[ACPI] nforce2 timer lockup from Maciej W. Rozycki
<shaggy@kleikamp.dyn.webahead.ibm.com>
JFS: rename should update mtime on source and target directories
<benh@kernel.crashing.org>
[PATCH] Export OF device path for PCI devices
Here's a new version of the patch according to our discussion.
This allows the platform to add its own platform files to the
sysfs PCI device node through a "pcibios_add_platform_entries()"
call.
I added an empty pcibios_add_platform_entries() inline to all
archs that apparently have PCI and implemented the OF stuff for
ppc and ppc64. The name is still "devspec" for now, I doubt
it will conflict and that's consistent with our use of the
"devspec" name in other places.
<axboe@suse.de>
[PATCH] DVD-R capability flag set incorrectly, /proc formatting fix
From John McKell <mckellj@iomega.com>:
This patch for scsi/sr.c and cdrom/cdrom.c persuades
/proc/sys/dev/cdrom/info to report that connecting a drive via USB
rather than ATAPI in fact does not make it able to write DVD-R.
Without this patch, when sr0 and hdd are the same type of device
connected via USB and ATAPI respectively, I see:
$ cat /proc/sys/dev/cdrom/info:
drive name: sr1 sr0 hdd
...
Can write CD-R: 1 0 0
Can write CD-RW: 1 0 0
Can read DVD: 0 0 0
Can write DVD-R: 1 1 0
Can write DVD-RAM: 0 0 0
Can read MRW: 0 0 0
Can write MRW: 0 0 0
With this patch applied, instead I see:
$ cat /proc/sys/dev/cdrom/info:
drive name: sr1 sr0 hdd
...
Can write CD-R: 1 0 0
Can write CD-RW: 1 0 0
Can read DVD: 0 0 0
Can write DVD-R: 0 0 0
Can write DVD-RAM: 0 0 0
Can read MRW: 0 0 0
Can write MRW: 0 0 0
The sr1 device in particular is an ordinary CD-RW that in fact cannot
write DVD-R.
While messing with this code, I also thought to tweak the /proc
formatting to align the tabbed columns.
<davej@redhat.com>
[CPUFREQ] Geode register fixes.
From: Hiroshi Miura <miura at da-cha.org>
I mistook a Geode chipset's register meanings. (-.-;
ON is not 'CPU is ON' but 'cpu modulation is ON' that is stops cpu.
this causes a bad freq setting.
This patch fixes this and minor bug that is,
if (new_khz == stock_freq) { /* if new khz == 100% of CPU speed, it is special case */
local_irq_save(flags);
cpufreq_notify_transition(&freqs, CPUFREQ_PRECHANGE);
cpufreq_notify_transition() called after local_irq_save();
this makes not update cpu_khz.
<B.Zolnierkiewicz@elka.pw.edu.pl>
[PATCH] fix build for CONFIG_BLK_DEV_IDEDMA=n
The "fix duplication of DMA {black,white}list in icside.c" patch broke it.
Noticed by Geert Uytterhoeven <geert@linux-m68k.org>.
<torvalds@home.osdl.org>
Make <linux/compiler.h> a bit more palatable to
user program inclusion.
It's still wrong to include kernel headers from
user programs. Oh, well.
<davej@redhat.com>
[CPUFREQ] Fix an oops unloading p4-clockmod.
Reverting frequency changes on unloading is uncommon for cpufreq drivers
so let's remove this speciality.
<thornber@redhat.com>
[PATCH] dm: block size bug with 64 bit devs
With 32 bit sector_t the block device size _in bytes_ is also cut to
32 bit in __set_size when the block device is mount (a filesystem
mounted). The argument should be cast to loff_t before expanding the
sector count to a byte count and calling i_size_write.
[Christophe Saout]
<jsimmons@infradead.org>
[PATCH] framebuffer GPM corruption fix.
This patch fixes the GPM cursor corruption people where seeing.
<davej@redhat.com>
[CPUFREQ] convert powernow-k8 to use frequency tables [1/5]
Add a struct cpufreq_frequency_table, fill it with content, and use it for
->verify.
<davej@redhat.com>
[CPUFREQ] convert powernow-k8 to use frequency tables [2/5]
Use the frequency_table for calculating the correct ->target state
<davej@redhat.com>
[CPUFREQ] convert powernow-k8 to use frequency tables [3/5]
Keep *ppst local to the only function which needs it any longer.
<davej@redhat.com>
[CPUFREQ] convert powernow-k8 to use frequency tables [4/5]
Remove the *ppst table, and remove an unneccessary forward-declaration
<davej@redhat.com>
[CPUFREQ] convert powernow-k8 to use frequency tables [5/5]
Move the table verification to an extra function.
<davej@redhat.com>
[CPUFREQ] powernow-k8 printk cleanups from Pavel.
<davej@redhat.com>
[CPUFREQ] Pentium-4-M detection fix for speedstep-lib
From Dominik..
The different P-4-M steppings have different "ebx" values. Analyze it
correctly to sort out Pentium-4-based Celerons.
<davej@redhat.com>
[CPUFREQ] Fix deadlock in userspace governor.
Another fix from Dominik.
<torvalds@home.osdl.org>
Fix bogus mode bit testing by smbfs.
The S_IFxxxx macros aren't bits to be tested, they
are values of the S_IFMT field.
<steiner@sgi.com>
[PATCH] ia64: Enable cpu_vm_mask maintenance and improve SN2 TLB flushing
<kenneth.w.chen@intel.com>
[PATCH] ia64: fix ld.a emulation
This patch fixes a corner-case of ld.a emulation. ld.a should be
emulated such that it always loads a misaligned value and clears the
corresponding ALAT entry. The old emulation was correct for the case
where ld.a was followed by ld.c/chk.a (since ALAT entry was cleared),
but wrong for the case where it _wasn't_ followed by ld.c/chk.a. In
that case, the misaligned value wasn't read from memory, as it should
have been.
<shaggy@kleikamp.dyn.webahead.ibm.com>
JFS: Threads should exit with complete_and_exit
<alex.williamson@hp.com>
[PATCH] ia64: sba_iommu perf tunning and new functionality
I've been doing some performance tuning and adding some functionality
to sba_iommu for zx1/sx1000 chipsets. This adds:
* Long overdue consistent_dma_mask support
* Long overdue ability to do large mappings in the iommu
* Tightened spinlock usage for better performance/scalability
* Added branch prediction hints for some of the performance paths
* Added explicit data prefetching to some performance paths -
perfmon shows roughly a 20% decrease in L3 misses in the bitmap
search code
* Increased delayed resource freeing depth and added a separate
lock per ioc to avoid contention
* Added code to free up queued pdir entries should we be unable to
find space for new ones (not that I've ever seen the pdir
anywhere close to full)
* Finished cleaning out the hint support code, Grant is
maintaining this separately for now
* Added option to control bypass of sg mappings separately from
single/coherent mappings
Much like the swiotlb, sba_iommu allows devices capable of 64bit
addressing to bypass the iommu and DMA directly to/from memory. Using a
worst case scenario test (64bit bypass disabled, all DMA mapped through
the iommu), I saw a 60% increase in sequential block input throughput
using bonnie++ on a large RAID0 MD array. In fact, this patch provides
the best bonnie++ performance with bypass disabled. This is likely due
to benefits seen from coalescing the scatterlist, allowing better disk
streaming. I assume that network performance will likely be limited by
mapping latency, so I added the last bullet item to allow sg mappings to
get the benefit of coalescing while keeping a low latency path for
single and coherent mappings. If anyone is setup for network
benchmarks, I'd be interested in a before and after with this patch.
<kaos@sgi.com>
[PATCH] ia64: Avoid deadlock when using printk() for MCA and INIT records
Port the ia64 mca.c clean up patches from 2.4.25-pre8 to 2.6.2-rc2.
The following 6 patches do :-
1 Avoid deadlock when using printk() for MCA and INIT records.
2 Delete all record printing code, moved to salinfo_decode in user space.
3 Mark variables and functions static where possible.
4 Delete dead variables and functions.
5 Reorder to remove the need for forward declarations and to consolidate
related code.
6 Bjorn's printk cleanup.
Altogether they shrink mca.c from 2432 to 1339 lines and make it much
more readable.
The only functional change is the removal of any attempt to print the
CMC/CPE/MCA/INIT record contents in the kernel plus the addition of an
info printk to ia64_mca_check_errors(), to match 2.4. Now we just get
one line to say that a record has been detected, except for MCA which
prints nothing at all.
<kaos@sgi.com>
[PATCH] ia64: mca.c cleanup - Delete all record printing code, moved to salinfo_decode in user space
<kaos@sgi.com>
[PATCH] ia64: mca.c cleanup - Mark variables and functions static where possible
<kaos@sgi.com>
[PATCH] ia64: mca.c cleanup - Delete dead variables and functions
<kaos@sgi.com>
[PATCH] ia64: mca.c cleanup - Reorder to remove the need for forward declarations and to consolidate related code
<kaos@sgi.com>
[PATCH] ia64: mca.c cleanup - Bjorn's printk cleanup
<kaos@sgi.com>
[PATCH] ia64: mca.c - pass irq_safe around
Patches from Ben Woodward to calculate irq_safe once and pass it around.
<jun.nakajima@intel.com>
[PATCH] Remove the assumption that the number of the sibling is 2
Thanks to Nick's domain patch, the kernel worked fine with
smp_num_siblings = 4 (in simulation).
<kenneth.w.chen@intel.com>
[PATCH] ia64: remove unused cpucount variable
<kaos@ocs.com.au>
[PATCH] ia64: mca.c - Fix the "did we recover from MCA test" and move it up
Correct the "did we recover from MCA test" and move it up a level to
simplify interaction with debuggers.
<kaos@ocs.com.au>
[PATCH] ia64: Periodically forward MCA or INIT records to user-level
Periodically check for outstanding MCA or INIT records and pass them to
user space salinfo.
<hch@sgi.com>
[XFS] make sure i_size_write is called under i_sem
SGI Modid: xfs-linux:xfs-kern:166504a
<mbligh@aracnet.com>
[PATCH] NUMA build fix
drivers/acpi/numa.c is IA64 only for now -- enforce it.
(and arch/i386/kernel/srat.c is i386 only for now)
<len.brown@intel.com>
[ACPI] NUMA build fix -- NR_MEMBLKS is now NR_NODE_MEMBLKS
<len.brown@intel.com>
[ACPI] delete mention of stale config option ACPI_HT_ONLY
<len.brown@intel.com>
[ACPI] don't register disabled processors -- it just confuses people
<davidm@tiger.hpl.hp.com>
ia64: Based on patch by Stephane Eranian: Make fpswa version info available
via /proc/efi/fpswa, rather than printing it at boot time.
<davidm@tiger.hpl.hp.com>
ia64: Fix some more warnings caused by casts used as l-values.
<davidm@tiger.hpl.hp.com>
ia64: Update defconfig
<davidm@tiger.hpl.hp.com>
ia64: Correct init_task.rbs_bot value (not that it matters).
<davem@nuts.davemloft.net>
[SPARC64]: Fix exception remaining length calcs in VIS copy routines.
<davej@redhat.com>
[CPUFREQ] Fix off-by-1000 error in longhaul.
Cpufreq core expects units in khz not mhz. Oops.
<davej@redhat.com>
[CPUFREQ] Remove bogus scaling from longhaul driver freqency tables.
This is nonsense. We only use the lower 8 bits, so putting the useful
info in the upper 8 makes no sense at all.
<mingo@elte.hu>
[PATCH] open writecount scalability cleanup
This is an obvious scalability improvement for write()s. We used a
global lock to protect the inode writecount (updated on every open for
writing) - this just makes it use the existing inode->i_lock instead.
Compiles & boots fine on x86 SMP.
<torvalds@home.osdl.org>
This reverts the mmap address hint usage for now.
It broke some existing setups, so let's drop it until we have
a better notion of how to do this.
<len.brown@intel.com>
[ACPI] clarify error message in processor.c
<akpm@osdl.org>
[PATCH] acpi cpu_has_cpufreq() fix
Call that function rather than evaluating its runtime address...
<willy@debian.org>
[WATCHDOG] v2.6.2 watchdog-architecture-cleanup
In order to make the watchdog menu useful for some architectures, we need
to only be able to select the watchdogs that can compile. This patch also
moves the SuperH watchdog from its own Kconfig file to the normal one.
<wim@iguana.be>
[WATCHDOG] v2.6.2 shwdt-cleanup
Make heartbeat a module parameter and some general clean-up.
<wim@iguana.be>
[WATCHDOG] v2.6.2 watchdog-module_*-update
Update MODULE_* information
<wim@iguana.be>
[WATCHDOG] v2.6.2 acquirewdt-cleanup
small cleanup
<wim@iguana.be>
[WATCHDOG] v2.6.2 indydog-v0.3_update
Added notifier support
Moved start and stop code to their own subroutines
Extended ioctl support
Add MODULE_* info
<wim@iguana.be>
[WATCHDOG] v2.6.2 i8xx_tco-v0.06_update
Version 0.06 of the intel i8xx TCO driver:
* change i810_margin to heartbeat (in seconds)
* use module_param
* added notify system support
* renamed module to i8xx_tco
<wim@iguana.be>
[WATCHDOG] v2.6.2 watchdog-Kconfig-patch
Cleanup/Restructuring of drivers/char/watchdog/Kconfig
<wim@iguana.be>
[WATCHDOG] v2.6.2 indydog-Kconfig+Makefile-patch
Apparently we ported the indydog code to the 2.5/2.6 kernel series,
but we forgot to put it in the kernel configuration file + the Makefile
<wim@iguana.be>
[WATCHDOG] v2.6.2 pcwd_pci-watchdog
Add the Berkshire Products PCI-PC Watchdog driver
<marcel@holtmann.org>
[Bluetooth] Fix several copy_to_user() and reference counting glitches
This patch corrects the error handling of copy_to_user() and adds more
error checks. It also fixes two reference counting bugs.
Noticed by Andi Kleen <ak@suse.de>
<marcel@holtmann.org>
[Bluetooth] Fix non-blocking socket race conditions
A poll on a non-blocking listen socket signals readable too early. The
first time the socket should be readable is if a child is in connected
state. And don't signal writeable if the socket is in config state.
Noticed by Jean Tourrilhes <jt@hpl.hp.com>
<wim@iguana.be>
[WATCHDOG] v2.6.2 arch-[m68k/sparc/sparc64]-Kconfig-patch
Source WATCHDOG config info from drivers/char/watchdog/Kconfig
for m68k, sparc and sparc64 architectures
<mort@wildopensource.com>
[PATCH] ia64: Add EXPORT_SYMBOL for SN2 physical_node_map
<mort@wildopensource.com>
[PATCH] ia64: don't call note_interrupt() for per-CPU irqs
The note_interrupt() code is racy for per-CPU irqs and causes severe
performance problems due to cache-line bouncing on large SMPs. Just don't
call it for that case.
<rusty@rustcorp.com.au>
[PATCH] Shut up about the damn modules already...
In almost all distributions, the kernel asks for modules which don't
exist, such as "net-pf-10" or whatever. Changing "modprobe -q" to
"succeed" in this case is hacky and breaks some setups, and also we
want to know if it failed for the fallback code for old aliases in
fs/char_dev.c, for example.
Just remove the debugging message which fill people's logs: the
correct way of debugging module problems is something like this:
echo '#! /bin/sh' > /tmp/modprobe
echo 'echo "$@" >> /tmp/modprobe.log' >> /tmp/modprobe
echo 'exec /sbin/modprobe "$@"' >> /tmp/modprobe
chmod a+x /tmp/modprobe
echo /tmp/modprobe > /proc/sys/kernel/modprobe
<benh@kernel.crashing.org>
ppc32: Add CONFIG_PPC_PMAC64 when building for G5
<benh@kernel.crashing.org>
ppc64: Start of PowerMac G5 merge, add all arch and include files
<benh@kernel.crashing.org>
ppc64: Add the Kconfig & Makefile changes related to the PowerMac G5 merge
<benh@kernel.crashing.org>
ppc64: Add some definitions relative to the G5 CPU and POWERMAC platform
<benh@kernel.crashing.org>
ppc64: Add the head.S changes to boot a PowerMac G5.
Apple's OF boots us with translation enabled. Also move the
copy_and_flush of the CPU holding loop to prom.c as it mustn't
be called on platforms that don't boot in real mode (that space
isn't always mapped)
<benh@kernel.crashing.org>
ppc64: Add support for PowerMacs in the OF client interface code (prom.c)
Also move some of the init cruft into separate function to make
things slightly more readable. We sill need to significantly
cleanup that file, but that will come later...
Properly export the OF device-tree accessors to modules
<benh@kernel.crashing.org>
ppc32: Separate definitions for known vs unknown PowerMac G5 models
<benh@kernel.crashing.org>
ppc64: Update the nvram driver to deal with PowerMac G5
This involves making the actual read/write routines be indirect
through ppc_md, and adding the various nvram partition types
used on a PowerMac.
<benh@kernel.crashing.org>
ppc64: Add the PowerMac PCI support
This involves moving the final fixup to a function pointer in machdep,
turning all the PCI DMA routines into function pointers in a separate
structure and a bit of renaming work. The PowerMac currently use
"direct" PCI DMA bypassing the iommu. The driver for the IOMMU will
come later, allowing us to lift the limitation to 2Gb of RAM
<benh@kernel.crashing.org>
ppc64: Add the G5 (IBM 970) CPU to the cputable
<benh@kernel.crashing.org>
ppc64: Add support for PowerMac G5 interrupts
<benh@kernel.crashing.org>
ppc64: Add the feature_call function pointer to machdep
<benh@kernel.crashing.org>
ppc64: Remove duplicate (& incorrect) definition of kern_add_valid()
<benh@kernel.crashing.org>
ppc64: Add a missing isync in __hash_page, alloc hash table on PowerMac G5
<benh@kernel.crashing.org>
ppc64: xmon breakpoints are support on PowerMac G5 too
<benh@kernel.crashing.org>
ppc64: Add support for z85c30 SCCs for low level console (PowerMac G5)
This is only used with the "sccdbg" kernel command line option, as
you need a special adapter (www.geethree.com) to get access to the
serial port on those machines.
<benh@kernel.crashing.org>
ppc64: Call the PowerMac G5 init routines
<benh@kernel.crashing.org>
ppc64: Add CPU NAP mode in idle loop on PowerMac G5
<benh@kernel.crashing.org>
ppc64: Add pciconfig_iobase syscall for 32 bits apps only
This syscall is used by XFree to retreive the IO base of the
bus where the video card is plugged. This is only implemented
for compatibility with existing XFree86, I don't plan to do
a 64 bits version, XFree shall be fixed to use proper PCI access
methods
<benh@kernel.crashing.org>
ppc64: Add SMP support for PowerMac G5
<benh@kernel.crashing.org>
ppc64: Switch off use of polled mode in i2c driver
The secondary MPIC is now supported on ppc64, so the driver can
use interrupts all the time now
<benh@kernel.crashing.org>
ppc64: fix build of pmac "mac-io" IDE driver on 64 bits kernel
<benh@kernel.crashing.org>
ppc64: fix build of ADB driver
<benh@kernel.crashing.org>
ppc64: Fix a refounting issue in macio_asic
<benh@kernel.crashing.org>
ppc64: Fix build of via-pmu driver on 64 bits kernel.
<benh@kernel.crashing.org>
ppc64: Fix break handling in pmac_zilog driver, fixes for 64 bits kernel
<benh@kernel.crashing.org>
ppc64: Add missing #include, warned on ppc32 and broke build on ppc64
<benh@kernel.crashing.org>
ppc64: Don't build offb's code that relies on the BootX bootloader on ppc64
<benh@kernel.crashing.org>
ppc64: Add defconfigs for pSeries and PowerMac G5
<benh@kernel.crashing.org>
[PATCH] fix rivafb build on ppc64
rivafb is part of the g5 defconfig, but will cause a build error
on ppc64 due to a missing #include, here is the fix.
<chas@cmf.nrl.navy.mil>
[ATM]: prevent userspace compilation errors with glibc-kernheaders
<chas@cmf.nrl.navy.mil>
[ATM]: [he] unconditionalize extra pci reads to flush posted writes
<chas@cmf.nrl.navy.mil>
[ATM]: [clip] delay /proc/net/atm/arp creation
<benh@kernel.crashing.org>
[PATCH] New radeonfb
Here is the new radeonfb. It doesn't remove the old one, just in case,
though CONFIG_FB_RADEON now builds the new one.
The new driver supports recent cards, has better monitor detection,
including DDC2, fixes a couple of constants in the old driver, and a lot
more.
I had to add an empty fb_set_suspend() function to fbmem.c (the real
implementation is in James tree and will be here soon). That means that
Power Management on Apple laptops isn't completely right yet until the
core fbdev fixes get in, but it's good enough for now.
<benh@kernel.crashing.org>
[PATCH] Fix typo in ppc32 build
The patch adding the OF platform entries had a typo ;)
ppc32 needs this.
<torvalds@ppc970.osdl.org>
ppc64: remove autogenerated file, and incorrect header inclusion
<torvalds@home.osdl.org>
Fix "bus_for_each_dev()" and "bus_for_each_drv()", which did not
correctly handle the "restart from this device/driver" case, and
caused oopses with ieee1394.
This just uses "list_for_each_entry_continue()" instead.
Add helper macro to make usage of "list_for_each_entry_continue()"
a bit more readable.
<benh@kernel.crashing.org>
[PATCH] Fix a link conflict between radeonfb and the radeon DRI
They both define radeon_engine_reset. Here's a fix (from Panagiotis Papadakos).
<jbarnes@sgi.com>
[PATCH] ia64: kill misc. warnings
Fix up some misc warnings: include module.h in cache.c since it uses
EXPORT_SYMBOL(), fix printk format arg in sn_serial.c.
<kaos@sgi.com>
[PATCH] ia64: Delete redundant ia64_mca_check_errors()
salinfo automatically processes all record types on all cpus at boot
time, ia64_mca_check_errors is now redundant. This also removes the
need for a called_from_init flag on ia64_mca_log_sal_error_record.
<davidm@tiger.hpl.hp.com>
ia64: Drop some unneeded __KERNEL_SYSCALL__ defines (found by Dave Jones) and
an unnecessary include of <linux/config.h>.
<sri@us.ibm.com>
[SCTP] Use __get_free_pages() to allocate ssnmap.
This is needed to avoid kmalloc()'s 128K limit when an association is
initialized with a large no. of streams(more than 65000 inbound +
outbound streams).
<sri@us.ibm.com>
[SCTP] Fix SCTP_INITMSG set socket option so that a parameter with 0
value will not change its current value.
<davidm@tiger.hpl.hp.com>
ia64: Update toolchain-flags with a check for working .align inside a
now that there is a fixed GAS.
<jgarzik@redhat.com>
Bump libata, ata_piix to version 1.0.
Also update copyrights for 2004.
<kaos@sgi.com>
[PATCH] ia64: Correct ifdef for srat_num_cpus
The definition of srat_num_cpus is wrapped in #ifdef CONFIG_ACPI_NUMA,
make its usage match.
<sri@us.ibm.com>
[SCTP] Fix sctp_getladdrs()/sctp_getpaddrs() API so that the port
value in the returned addresses is in network byte order.
<rmk@flint.arm.linux.org.uk>
[ARM] Use __attribute_used__ rather than __attribute__((used))
<rmk@flint.arm.linux.org.uk>
[ARM] Allow sub-architectures to provide their own sched_clock()
<akpm@osdl.org>
[PATCH] acpi numa build fix
From: jbarnes@sgi.com (Jesse Barnes)
Fix a missing conversion from the memblks removal.
<akpm@osdl.org>
[PATCH] Fix buslogic for older gccs
From: carbonated beverage <ramune@net-ronin.org>
Remove an anonymous struct
<akpm@osdl.org>
[PATCH] selinux: Fix bugs in policy loading code
From: Stephen Smalley <sds@epoch.ncsc.mil>
This patch fixes a couple of bugs in the SELinux policy loading code. The
first bug was reported by Magosanyi Arpad; kernel panic upon feeding the
kernel a policy with an empty avtab due to cleanup code trying to free the
avtab twice. The other bugs were reported by Frank Mayer; failure to
properly validate certain values read from the policy.
<akpm@osdl.org>
[PATCH] sh: Update defconfig
From: Paul Mundt <lethal@linux-sh.org>
This updates the sh defconfig.. nothing horribly exciting.
<akpm@osdl.org>
[PATCH] sh: Wrap fb_read/writeX() to __raw_read/writeX()
From: Paul Mundt <lethal@linux-sh.org>
This adds sh to the list of platforms that wrap fb_readX/fb_writeX() to
__raw_readX/__raw_writeX(). This is needed so that the generic fb read/write
routines will wrap properly through the sh machvec and use the appropriate
board-specific I/O routines.
<akpm@osdl.org>
[PATCH] sh: RTC fixes
From: Paul Mundt <lethal@linux-sh.org>
Re-read RTC registers if MSB of R64CNT was changed while reading them on SH-4
which has unreliable CF bit.
Patch from SUGIOKA Toshinobu and Masaki Saitoh.
<akpm@osdl.org>
[PATCH] sh: preempt safe lazy fpu handling
From: Paul Mundt <lethal@linux-sh.org>
This updates the lazy fpu handling to be preempt safe. Patches from SUGIOKA
Toshinobu and Kaz Kojima.
<akpm@osdl.org>
[PATCH] sh: preempt fixes
From: Paul Mundt <lethal@linux-sh.org>
This fixes up a number of other outstanding preemption issues in the sh
backend (in addition to the ones already fixed in previous patches).
Patch from Kaz Kojima.
<akpm@osdl.org>
[PATCH] sh: Fix hp680 board support
From: Paul Mundt <lethal@linux-sh.org>
This adds the missing setup code for the hp680 board. Patch from Andriy
Skulysh.
<akpm@osdl.org>
[PATCH] sh: hd64461 updates
From: Paul Mundt <lethal@linux-sh.org>
This updates a number of the hd64461 cchip definitions (needed by hitfb), and
also adds some additional I/O routines.
<akpm@osdl.org>
[PATCH] sh: Add H8/300 support to sh-sci
From: Paul Mundt <lethal@linux-sh.org>
This adds support for the H8/300 series to the sh-sci driver. Patch from
Yoshinori Sato.
<akpm@osdl.org>
[PATCH] sh: Misc build fixes
From: Paul Mundt <lethal@linux-sh.org>
Misc build fixes.. also not horribly exciting.
<akpm@osdl.org>
[PATCH] sh: hitfb updates (and accel)
From: Paul Mundt <lethal@linux-sh.org>
This updates hitfb, and also adds basic accel support. Also as we don't need
the generic cfb_copyarea anymore, we no longer link cfbcopyarea.o in at build
time.
<akpm@osdl.org>
[PATCH] sh: pvr2fb updates
From: Paul Mundt <lethal@linux-sh.org>
Sanity fixes in pvr2fb_check_var() so we don't constantly report an invalid
pixclock.. also fixup FB_SYNC_BROADCAST setting so this doesn't get
improperly assigned in the VO_VGA case.
<akpm@osdl.org>
[PATCH] Alpha: fix "extern inline" logic for core IO functions
From: Ivan Kokshaysky <ink@jurassic.park.msu.ru>
Again... This time due to pci.h->dmapool.h->io.h included in core logic
files before __EXTERN_INLINE definition.
To prevent such troubles in the future, make io.h/core_xx.h included before
anything else. Also, this allows to get rid of some duplicated #include's.
<akpm@osdl.org>
[PATCH] swap extent merging fix
From: Hugh Dickins <hugh@veritas.com>
Fix a screwup in the merging of swap extents: not only do they have to be
contiguous on-disk, they have to be logically contiguous in file offset too.
<akpm@osdl.org>
[PATCH] Make serial console work for any port
From: Bjorn Helgaas <bjorn.helgaas@hp.com>
The current serial console code only works for ports that are either
defined in SERIAL_PORT_DFNS (and set up by serial8250_isa_init_ports()) or
registered by early_serial_setup().
On ia64, SERIAL_PORT_DFNS is empty because we discover everything via ACPI
and PCI. And we only use early_serial_setup() for one port described by
the HCDP firmware table.
This patch against 2.6.3-rc2 makes it work for any valid port. If we don't
know about the port early, we just return -ENODEV from the setup()
function, which leaves the serial console disabled. After the driver has
found all the ports, we try to register the serial console again if it
hasn't been enabled already.
I think the "port->type == PORT_UNKNOWN" test is cleaner than the
"port->ops" test -- it more clearly gets to the point of "do we know about
this port".
<akpm@osdl.org>
[PATCH] Fix fadvise() parameter checking
From: Ulrich Drepper <drepper@redhat.com>
The len parameter for fadvise has a signed type and negative values passed
must be rejected. The attached patch does the job.
<akpm@osdl.org>
[PATCH] Suppress reiserfs page allocation wanring
From: Nikita Danilov <Nikita@Namesys.COM>
Some stage in reiserfs balancing (fix_nodes() function) has to be performed
without ever scheduling. If it schedules, it has to be restarted. As we
don't want to restart often, we first try to do atomic allocation, and if
it fails, GFP_NOFS allocation is done, and fix_nodes() restarted.
<akpm@osdl.org>
[PATCH] ppc32: boot and platform fixes
From: Tom Rini <trini@kernel.crashing.org>
From: Randy Vinson <rvinson@mvista.com>
- Fixup IBM Spruce support (GEN550, general fixes and cleanups).
- Forward-port the INTERACTIVE_CONSOLE bits from 2.4.
- Forward-port the bootinfo code.
- Add a weak get_mem_size() function.
<akpm@osdl.org>
[PATCH] ppc32: Fix compilation of IBM Spruce & !CONFIG_SERIAL_TEXT_DEBUG
From: Tom Rini <trini@kernel.crashing.org>
From: Randy Vinson <rvinson@mvista.com>
- Fix compilation of IBM Spruce when CONFIG_SERIAL_TEXT_DEBUG=n
<akpm@osdl.org>
[PATCH] ppc32: use todc time functions for PPC_PREP
From: Tom Rini <trini@kernel.crashing.org>
- Convert PPC_PREP to using the todc_time.c functions instead of its own
copy of them.
<akpm@osdl.org>
[PATCH] ppc32: IBM 40x and 4xx fixes
From: Tom Rini <trini@kernel.crashing.org>
On IBM 40x and IBM 4xx (or more specifically, all Book E processors), the
Save/Restor Registers 2 and 3 Critical Save and Restore Registers 0 and 1
are logically and functionally equivalent. And since the 40x is the early
variant on the Book E model, make generic 4xx/BookE code refer to
CSRR0/CSRR1, and map these to SRR2/SRR3 on 40x.
<akpm@osdl.org>
[PATCH] ppc32: PPC4xx cleanup
From: Matt Porter <mporter@kernel.crashing.org>
The following patch removes some obsolete PPC4xx platforms that Paul and I
have discussed and some minor cleanup.
<akpm@osdl.org>
[PATCH] ppc32: PPC44x MMU update/fixes
From: Matt Porter <mporter@kernel.crashing.org>
The following patch enhances and fixes a number of bugs in PPC44x MMU
handling.
<akpm@osdl.org>
[PATCH] ppc32: Update IBM Spruce defconfig
From: Tom Rini <trini@kernel.crashing.org>
From: Randy Vinson <rvinson@mvista.com>
- Update the IBM Spruce defconfig
<benh@kernel.crashing.org>
[PATCH] ppc64: CONFIG_PPC_PMAC implies CONFIG_ADB_PMU
This avoids a link error if PPC_PMAC is set and the user forgets to set
ADB_PMU. (The PMU driver is mandatory for pmac)
<benh@kernel.crashing.org>
[PATCH] ppc64: export clear_user_page
Some drivers need clear_user_page, is should be exported
<benh@kernel.crashing.org>
[PATCH] Fix incorrect kfree in radeonfb
I missed a kfree -> framebuffer_release() in the new radeonfb.
Thanks to Luca for noticing it.
<len.brown@intel.com>
[ACPI] interrupt over-ride fix from i386 (Maciej W. Rozycki)
<torvalds@ppc970.osdl.org>
Fix broken ppc64 kernel debugger call.
This turned what _should_ have been a nice
easy oops into a nightmare of debugging.
Kernel debuggers suck.
<torvalds@ppc970.osdl.org>
Make G5 defconfig a bit saner. In particular, we want firewire
and we do _not_ want the broken MACZILOG serial driver.
<wesolows@foobazco.org>
[SPARC32]: Take parisc atomic_t implementation so they are full 32-bits.
<wesolows@foobazco.org>
[SPARC32]: Stub DMA routines to fix the build.
<wesolows@foobazco.org>
[SPARC32]: Mask PIL in local_irq operations.
Also, un-inline large local_irq functions.
<pe1rxq@amsat.org>
[AX25]: Fix locking in ax25_rt_free().
<davem@nuts.davemloft.net>
Cset exclude: davem@nuts.davemloft.net|ChangeSet|20040212080313|45938
<anton@samba.org>
[PATCH] Fix ppc64 build problem
From: Paul Mackerras <paulus@samba.org>
Recent changes in include/linux/*.h meant that likely()
isn't defined here (since we don't set __KERNEL__), and thus
we don't get some prototypes and we can't use do_div. This
fixes the resulting compile errors and warnings.
Remove %L handling from sprintf - we don't need it, and it
meant we needed do_div from asm/div64.h, which gives problems
when __KERNEL__ isn't defined. Also add a prototype for
strlen to kill a warning.
<anton@samba.org>
[PATCH] add thread_info to oops output
- Add thread_info to pointer, its a useful piece of information.
- Do the kallsyms lookup on the link register
- Remove extra newline on one call to die()
<anton@samba.org>
[PATCH] various xmon cleanups
Heres a patch I've had for a while, it removes a bunch of debugger code
which is good :) The next patch will sanitise it (and the rest of the
debugger hooks).
Various xmon cleanups
- recover from bad SPR read/write (we get a program check)
- remove some old code (bat and segment register stuff)
- update the help text to match reality
- add a "press ? for help" when xmon first appears to make rusty happy
- protect against flushing bad parts of memory from Milton
- dont print iseries specific stuff on pseries in SPR dump (S)
- add code to dump the segment table or SLB
- remove a number of functions that wouldnt work on LPAR
<anton@samba.org>
[PATCH] cleanup debugger hooks
Theres still more to do here, but at least the ifdef mess is gone. No
more checking for NULL before calling functions, that was playing with
fire. Oh yeah and lots more deletions :)
Clean up the debugger hooks, it was way too easy to screw up.
And we did. And Linus hit it.
- create CONFIG_DEBUGGER so we can enable kernel debugging options but not
have any trace of debugger gunk.
- remove a bunch of xmon prototypes so no one gets the urge to call them
- Use die() instead of panic in a number of places, it gives us much better
debug information.
- Get rid of the ifdef madness
<hch@lst.de>
[PATCH] back out fbdev sysfs support
This backs out James' sysfs support for fbdev again. It introduces a
big, race for every driver not converted to framebuffer_{alloc,release}
(that is every driver but Ben's new radeonfb).
I've left in framebuffer_{alloc,release} as stubs so drivers can be
converted to it gradually and once all drivers are done it can be
enabled again.
<torvalds@ppc970.osdl.org>
Remove stale "xmon.h" include.
<rmk@flint.arm.linux.org.uk>
[ARM] Fix couple of compiler warnings:
arch/arm/kernel/time.c: Fix time_before type warning.
arch/arm/common/amba.c: Fix snprintf compiler warning.
<jgarzik@redhat.com>
Cset exclude: jgarzik@redhat.com|ChangeSet|20040213172720|60184
<rmk@flint.arm.linux.org.uk>
[ARM] Add DMA mask for SA11x0 MCP device
<rmk@flint.arm.linux.org.uk>
[ARM] Improve help for CONFIG_ARM_THUMB
<zippel@linux-m68k.org>
[PATCH] fix FB_RADEON_I2C dependency
Thus fixes the weird kconfig message "optimize || ?", it's an old debug
check and is triggered by the unusual dependency. It's not incorrect,
but the solution below is better and it's the same FB_MATROX_I2C already
uses.
I'll send a fix for the kconfig message later.
<torvalds@home.osdl.org>
Linux 2.6.3-rc3
(Log in to post comments)
|
|
||||||||||