ChangeSet@1.1635.1.2, 2004-02-13 21:10:07-08:00, 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. ChangeSet@1.1635.1.1, 2004-02-13 21:09:01-08:00, 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. ChangeSet@1.1666, 2004-02-13 22:40:35-05:00, len.brown@intel.com merge ChangeSet@1.1603.11.7, 2004-02-13 22:05:37-05:00, len.brown@intel.com [ACPI] interrupt over-ride fix from i386 (Maciej W. Rozycki) ChangeSet@1.1603.11.6, 2004-02-13 21:38:37-05:00, len.brown@intel.com Merge intel.com:/home/lenb/src/linux-acpi-test-2.6.2 into intel.com:/home/lenb/src/linux-acpi-test-2.6.3 ChangeSet@1.1665, 2004-02-13 17:22:43-08:00, 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. ChangeSet@1.1664, 2004-02-13 17:22:34-08:00, benh@kernel.crashing.org [PATCH] ppc64: export clear_user_page Some drivers need clear_user_page, is should be exported ChangeSet@1.1663, 2004-02-13 17:22:25-08:00, 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) ChangeSet@1.1662, 2004-02-13 15:49:26-08:00, akpm@osdl.org [PATCH] ppc32: Update IBM Spruce defconfig From: Tom Rini From: Randy Vinson - Update the IBM Spruce defconfig ChangeSet@1.1661, 2004-02-13 15:49:16-08:00, akpm@osdl.org [PATCH] ppc32: PPC44x MMU update/fixes From: Matt Porter The following patch enhances and fixes a number of bugs in PPC44x MMU handling. ChangeSet@1.1660, 2004-02-13 15:49:06-08:00, akpm@osdl.org [PATCH] ppc32: PPC4xx cleanup From: Matt Porter The following patch removes some obsolete PPC4xx platforms that Paul and I have discussed and some minor cleanup. ChangeSet@1.1659, 2004-02-13 15:48:11-08:00, akpm@osdl.org [PATCH] ppc32: IBM 40x and 4xx fixes From: Tom Rini 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. ChangeSet@1.1658, 2004-02-13 15:48:01-08:00, akpm@osdl.org [PATCH] ppc32: use todc time functions for PPC_PREP From: Tom Rini - Convert PPC_PREP to using the todc_time.c functions instead of its own copy of them. ChangeSet@1.1657, 2004-02-13 15:47:51-08:00, akpm@osdl.org [PATCH] ppc32: Fix compilation of IBM Spruce & !CONFIG_SERIAL_TEXT_DEBUG From: Tom Rini From: Randy Vinson - Fix compilation of IBM Spruce when CONFIG_SERIAL_TEXT_DEBUG=n ChangeSet@1.1656, 2004-02-13 15:47:41-08:00, akpm@osdl.org [PATCH] ppc32: boot and platform fixes From: Tom Rini From: Randy Vinson - 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. ChangeSet@1.1655, 2004-02-13 15:47:31-08:00, akpm@osdl.org [PATCH] Suppress reiserfs page allocation wanring From: Nikita Danilov 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. ChangeSet@1.1654, 2004-02-13 15:47:21-08:00, akpm@osdl.org [PATCH] Fix fadvise() parameter checking From: Ulrich Drepper The len parameter for fadvise has a signed type and negative values passed must be rejected. The attached patch does the job. ChangeSet@1.1653, 2004-02-13 15:47:12-08:00, akpm@osdl.org [PATCH] Make serial console work for any port From: Bjorn Helgaas 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". ChangeSet@1.1652, 2004-02-13 15:47:03-08:00, akpm@osdl.org [PATCH] swap extent merging fix From: Hugh Dickins 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. ChangeSet@1.1651, 2004-02-13 15:46:54-08:00, akpm@osdl.org [PATCH] Alpha: fix "extern inline" logic for core IO functions From: Ivan Kokshaysky 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. ChangeSet@1.1650, 2004-02-13 15:46:43-08:00, akpm@osdl.org [PATCH] sh: pvr2fb updates From: Paul Mundt 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. ChangeSet@1.1649, 2004-02-13 15:46:34-08:00, akpm@osdl.org [PATCH] sh: hitfb updates (and accel) From: Paul Mundt 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. ChangeSet@1.1648, 2004-02-13 15:46:25-08:00, akpm@osdl.org [PATCH] sh: Misc build fixes From: Paul Mundt Misc build fixes.. also not horribly exciting. ChangeSet@1.1647, 2004-02-13 15:46:15-08:00, akpm@osdl.org [PATCH] sh: Add H8/300 support to sh-sci From: Paul Mundt This adds support for the H8/300 series to the sh-sci driver. Patch from Yoshinori Sato. ChangeSet@1.1646, 2004-02-13 15:46:06-08:00, akpm@osdl.org [PATCH] sh: hd64461 updates From: Paul Mundt This updates a number of the hd64461 cchip definitions (needed by hitfb), and also adds some additional I/O routines. ChangeSet@1.1645, 2004-02-13 15:45:57-08:00, akpm@osdl.org [PATCH] sh: Fix hp680 board support From: Paul Mundt This adds the missing setup code for the hp680 board. Patch from Andriy Skulysh. ChangeSet@1.1644, 2004-02-13 15:45:47-08:00, akpm@osdl.org [PATCH] sh: preempt fixes From: Paul Mundt 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. ChangeSet@1.1643, 2004-02-13 15:45:38-08:00, akpm@osdl.org [PATCH] sh: preempt safe lazy fpu handling From: Paul Mundt This updates the lazy fpu handling to be preempt safe. Patches from SUGIOKA Toshinobu and Kaz Kojima. ChangeSet@1.1642, 2004-02-13 15:45:29-08:00, akpm@osdl.org [PATCH] sh: RTC fixes From: Paul Mundt 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. ChangeSet@1.1641, 2004-02-13 15:45:19-08:00, akpm@osdl.org [PATCH] sh: Wrap fb_read/writeX() to __raw_read/writeX() From: Paul Mundt 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. ChangeSet@1.1640, 2004-02-13 15:45:10-08:00, akpm@osdl.org [PATCH] sh: Update defconfig From: Paul Mundt This updates the sh defconfig.. nothing horribly exciting. ChangeSet@1.1639, 2004-02-13 15:45:01-08:00, akpm@osdl.org [PATCH] selinux: Fix bugs in policy loading code From: Stephen Smalley 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. ChangeSet@1.1638, 2004-02-13 15:44:52-08:00, akpm@osdl.org [PATCH] Fix buslogic for older gccs From: carbonated beverage Remove an anonymous struct ChangeSet@1.1637, 2004-02-13 15:44:42-08:00, akpm@osdl.org [PATCH] acpi numa build fix From: jbarnes@sgi.com (Jesse Barnes) Fix a missing conversion from the memblks removal. ChangeSet@1.1633.1.2, 2004-02-13 23:12:32+00:00, rmk@flint.arm.linux.org.uk [ARM] Allow sub-architectures to provide their own sched_clock() ChangeSet@1.1633.1.1, 2004-02-13 23:06:56+00:00, rmk@flint.arm.linux.org.uk [ARM] Use __attribute_used__ rather than __attribute__((used)) ChangeSet@1.1635, 2004-02-13 13:07:34-05:00, jgarzik@redhat.com Bump libata, ata_piix to version 1.0. Also update copyrights for 2004. ChangeSet@1.1634, 2004-02-13 12:27:20-05:00, jgarzik@redhat.com [libata] catch, and ack, spurious DMA interrupts Hardware issue on Intel ICH5 requires an additional ack sequence over and above the normal IDE DMA interrupt ack requirements. Issue described in post to freebsd list: http://www.mail-archive.com/freebsd-stable@freebsd.org/msg58421.html Since the bug workaround only requires a single additional PIO or MMIO read in the interrupt handler, it is applied to all chipsets using the standard libata interrupt handler. Credit for research the issue, creating the patch, and testing the patch all go to Jon Burgess. ChangeSet@1.1633, 2004-02-12 13:05:48-08:00, 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). ChangeSet@1.1632, 2004-02-12 13:00:34-08:00, 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. ChangeSet@1.1629, 2004-02-12 07:25:01-08:00, torvalds@ppc970.osdl.org ppc64: remove autogenerated file, and incorrect header inclusion ChangeSet@1.1624.2.1, 2004-02-12 00:03:13-08:00, davem@nuts.davemloft.net [NET]: Do not forget to initialize tx_queue_len in tunneling drivers. ChangeSet@1.1628, 2004-02-11 23:41:41-08:00, benh@kernel.crashing.org [PATCH] Fix typo in ppc32 build The patch adding the OF platform entries had a typo ;) ppc32 needs this. ChangeSet@1.1627, 2004-02-11 23:29:54-08:00, 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. ChangeSet@1.1624.1.3, 2004-02-11 22:02:27-08:00, chas@cmf.nrl.navy.mil [ATM]: [clip] delay /proc/net/atm/arp creation ChangeSet@1.1624.1.2, 2004-02-11 22:01:37-08:00, chas@cmf.nrl.navy.mil [ATM]: [he] unconditionalize extra pci reads to flush posted writes ChangeSet@1.1624.1.1, 2004-02-11 22:01:20-08:00, chas@cmf.nrl.navy.mil [ATM]: prevent userspace compilation errors with glibc-kernheaders ChangeSet@1.1626, 2004-02-11 21:53:47-08:00, 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. ChangeSet@1.1622.2.29, 2004-02-12 16:21:43+11:00, benh@kernel.crashing.org ppc64: Add defconfigs for pSeries and PowerMac G5 ChangeSet@1.1622.2.28, 2004-02-12 15:52:47+11:00, benh@kernel.crashing.org ppc64: Don't build offb's code that relies on the BootX bootloader on ppc64 ChangeSet@1.1622.2.27, 2004-02-12 15:51:57+11:00, benh@kernel.crashing.org ppc64: Add missing #include, warned on ppc32 and broke build on ppc64 ChangeSet@1.1622.2.26, 2004-02-12 15:50:52+11:00, benh@kernel.crashing.org ppc64: Fix break handling in pmac_zilog driver, fixes for 64 bits kernel ChangeSet@1.1622.2.25, 2004-02-12 15:49:46+11:00, benh@kernel.crashing.org ppc64: Fix build of via-pmu driver on 64 bits kernel. ChangeSet@1.1622.2.24, 2004-02-12 15:47:20+11:00, benh@kernel.crashing.org ppc64: Fix a refounting issue in macio_asic ChangeSet@1.1622.2.23, 2004-02-12 15:46:41+11:00, benh@kernel.crashing.org ppc64: fix build of ADB driver ChangeSet@1.1622.2.22, 2004-02-12 15:45:59+11:00, benh@kernel.crashing.org ppc64: fix build of pmac "mac-io" IDE driver on 64 bits kernel ChangeSet@1.1622.2.21, 2004-02-12 15:45:12+11:00, 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 ChangeSet@1.1622.2.20, 2004-02-12 15:43:20+11:00, benh@kernel.crashing.org ppc64: Add SMP support for PowerMac G5 ChangeSet@1.1622.2.19, 2004-02-12 15:41:38+11:00, 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 ChangeSet@1.1622.2.18, 2004-02-12 15:39:34+11:00, benh@kernel.crashing.org ppc64: Add CPU NAP mode in idle loop on PowerMac G5 ChangeSet@1.1622.2.17, 2004-02-12 15:37:52+11:00, benh@kernel.crashing.org ppc64: Call the PowerMac G5 init routines ChangeSet@1.1622.2.16, 2004-02-12 15:36:26+11:00, 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. ChangeSet@1.1622.2.15, 2004-02-12 15:33:50+11:00, benh@kernel.crashing.org ppc64: xmon breakpoints are support on PowerMac G5 too ChangeSet@1.1622.2.14, 2004-02-12 15:33:06+11:00, benh@kernel.crashing.org ppc64: Add a missing isync in __hash_page, alloc hash table on PowerMac G5 ChangeSet@1.1622.2.13, 2004-02-12 15:31:59+11:00, benh@kernel.crashing.org ppc64: Remove duplicate (& incorrect) definition of kern_add_valid() ChangeSet@1.1622.2.12, 2004-02-12 15:31:14+11:00, benh@kernel.crashing.org ppc64: Add the feature_call function pointer to machdep ChangeSet@1.1622.2.11, 2004-02-12 15:30:27+11:00, benh@kernel.crashing.org ppc64: Add support for PowerMac G5 interrupts ChangeSet@1.1622.2.10, 2004-02-12 15:28:02+11:00, benh@kernel.crashing.org ppc64: Add the G5 (IBM 970) CPU to the cputable ChangeSet@1.1622.2.9, 2004-02-12 15:24:50+11:00, 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 ChangeSet@1.1622.2.8, 2004-02-12 15:14:11+11:00, 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. ChangeSet@1.1622.2.7, 2004-02-12 15:10:38+11:00, benh@kernel.crashing.org ppc32: Separate definitions for known vs unknown PowerMac G5 models ChangeSet@1.1622.2.6, 2004-02-12 15:08:25+11:00, 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 ChangeSet@1.1622.2.5, 2004-02-12 15:03:58+11:00, 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) ChangeSet@1.1622.2.4, 2004-02-12 14:57:25+11:00, benh@kernel.crashing.org ppc64: Add some definitions relative to the G5 CPU and POWERMAC platform ChangeSet@1.1622.2.3, 2004-02-12 14:53:14+11:00, benh@kernel.crashing.org ppc64: Add the Kconfig & Makefile changes related to the PowerMac G5 merge ChangeSet@1.1622.2.2, 2004-02-12 14:50:52+11:00, benh@kernel.crashing.org ppc64: Start of PowerMac G5 merge, add all arch and include files ChangeSet@1.1622.2.1, 2004-02-12 14:45:05+11:00, benh@kernel.crashing.org ppc32: Add CONFIG_PPC_PMAC64 when building for G5 ChangeSet@1.1622.1.1, 2004-02-11 19:41:32-08:00, 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 ChangeSet@1.1622, 2004-02-11 22:28:16+01:00, 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 ChangeSet@1.1500.33.5, 2004-02-11 21:37:02+01:00, 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 ChangeSet@1.1500.33.4, 2004-02-11 21:35:42+01:00, 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 ChangeSet@1.1621, 2004-02-11 21:29:21+01:00, wim@iguana.be [WATCHDOG] v2.6.2 pcwd_pci-watchdog Add the Berkshire Products PCI-PC Watchdog driver ChangeSet@1.1620, 2004-02-11 21:24:04+01:00, 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 ChangeSet@1.1619, 2004-02-11 21:19:08+01:00, wim@iguana.be [WATCHDOG] v2.6.2 watchdog-Kconfig-patch Cleanup/Restructuring of drivers/char/watchdog/Kconfig ChangeSet@1.1618, 2004-02-11 21:14:18+01:00, 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 ChangeSet@1.1617, 2004-02-11 21:01:53+01:00, 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 ChangeSet@1.1616, 2004-02-11 20:54:48+01:00, wim@iguana.be [WATCHDOG] v2.6.2 acquirewdt-cleanup small cleanup ChangeSet@1.1615, 2004-02-11 20:45:49+01:00, wim@iguana.be [WATCHDOG] v2.6.2 watchdog-module_*-update Update MODULE_* information ChangeSet@1.1614, 2004-02-11 20:35:36+01:00, wim@iguana.be [WATCHDOG] v2.6.2 shwdt-cleanup Make heartbeat a module parameter and some general clean-up. ChangeSet@1.1613, 2004-02-11 20:28:51+01:00, 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. ChangeSet@1.1500.36.5, 2004-02-11 13:02:20-05:00, akpm@osdl.org [PATCH] acpi cpu_has_cpufreq() fix Call that function rather than evaluating its runtime address... ChangeSet@1.1500.36.4, 2004-02-11 13:01:57-05:00, len.brown@intel.com [ACPI] clarify error message in processor.c ChangeSet@1.1611, 2004-02-11 07:58:16-08:00, 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. ChangeSet@1.1610, 2004-02-11 07:54:06-08:00, 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. ChangeSet@1.1603.8.12, 2004-02-11 15:09:40+00:00, 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. ChangeSet@1.1603.8.11, 2004-02-11 12:01:13+00:00, davej@redhat.com [CPUFREQ] Fix off-by-1000 error in longhaul. Cpufreq core expects units in khz not mhz. Oops. ChangeSet@1.1603.12.1, 2004-02-10 21:38:40-08:00, davem@nuts.davemloft.net [SPARC64]: Fix exception remaining length calcs in VIS copy routines. ChangeSet@1.1603.1.47, 2004-02-10 21:13:54-08:00, davidm@tiger.hpl.hp.com ia64: Correct init_task.rbs_bot value (not that it matters). ChangeSet@1.1603.1.46, 2004-02-10 21:08:10-08:00, davidm@tiger.hpl.hp.com ia64: Update defconfig ChangeSet@1.1603.1.45, 2004-02-10 18:59:35-08:00, davidm@tiger.hpl.hp.com ia64: Fix some more warnings caused by casts used as l-values. ChangeSet@1.1603.1.44, 2004-02-10 18:51:34-08:00, 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. ChangeSet@1.1603.11.5, 2004-02-10 21:30:29-05:00, len.brown@intel.com Merge intel.com:/home/lenb/src/linux-acpi-test-2.6.2 into intel.com:/home/lenb/src/linux-acpi-test-2.6.3 ChangeSet@1.1603.11.4, 2004-02-10 21:29:03-05:00, len.brown@intel.com [ACPI] don't register disabled processors -- it just confuses people ChangeSet@1.1603.11.3, 2004-02-10 21:27:56-05:00, len.brown@intel.com [ACPI] delete mention of stale config option ACPI_HT_ONLY ChangeSet@1.1500.36.2, 2004-02-10 21:10:14-05:00, len.brown@intel.com [ACPI] NUMA build fix -- NR_MEMBLKS is now NR_NODE_MEMBLKS ChangeSet@1.1603.11.1, 2004-02-10 20:52:10-05:00, 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) ChangeSet@1.1603.10.1, 2004-02-11 12:17:29+11:00, hch@sgi.com [XFS] make sure i_size_write is called under i_sem SGI Modid: xfs-linux:xfs-kern:166504a ChangeSet@1.1603.1.43, 2004-02-10 15:37:14-08:00, 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. ChangeSet@1.1603.1.42, 2004-02-10 15:32:28-08:00, 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. ChangeSet@1.1603.1.41, 2004-02-10 15:20:28-08:00, kenneth.w.chen@intel.com [PATCH] ia64: remove unused cpucount variable ChangeSet@1.1603.9.2, 2004-02-10 15:17:40-08:00, 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). ChangeSet@1.1603.1.40, 2004-02-10 14:54:01-08:00, kaos@sgi.com [PATCH] ia64: mca.c - pass irq_safe around Patches from Ben Woodward to calculate irq_safe once and pass it around. ChangeSet@1.1603.1.39, 2004-02-10 14:14:47-08:00, kaos@sgi.com [PATCH] ia64: mca.c cleanup - Bjorn's printk cleanup ChangeSet@1.1603.1.38, 2004-02-10 14:14:04-08:00, kaos@sgi.com [PATCH] ia64: mca.c cleanup - Reorder to remove the need for forward declarations and to consolidate related code ChangeSet@1.1603.1.37, 2004-02-10 14:13:21-08:00, kaos@sgi.com [PATCH] ia64: mca.c cleanup - Delete dead variables and functions ChangeSet@1.1603.1.36, 2004-02-10 14:12:30-08:00, kaos@sgi.com [PATCH] ia64: mca.c cleanup - Mark variables and functions static where possible ChangeSet@1.1603.1.35, 2004-02-10 14:11:58-08:00, kaos@sgi.com [PATCH] ia64: mca.c cleanup - Delete all record printing code, moved to salinfo_decode in user space ChangeSet@1.1603.1.34, 2004-02-10 14:11:17-08:00, 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. ChangeSet@1.1603.1.33, 2004-02-10 13:45:36-08:00, 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. ChangeSet@1.1606, 2004-02-10 15:32:27-06:00, shaggy@kleikamp.dyn.webahead.ibm.com JFS: Threads should exit with complete_and_exit ChangeSet@1.1603.1.32, 2004-02-10 12:55:53-08:00, 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. ChangeSet@1.1603.1.31, 2004-02-10 12:16:10-08:00, steiner@sgi.com [PATCH] ia64: Enable cpu_vm_mask maintenance and improve SN2 TLB flushing ChangeSet@1.1603.1.30, 2004-02-10 11:19:39-08:00, 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. ChangeSet@1.1603.8.10, 2004-02-10 18:03:26+00:00, davej@redhat.com [CPUFREQ] Fix deadlock in userspace governor. Another fix from Dominik. ChangeSet@1.1603.8.9, 2004-02-10 17:57:45+00:00, 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. ChangeSet@1.1603.8.8, 2004-02-10 17:54:34+00:00, davej@redhat.com [CPUFREQ] powernow-k8 printk cleanups from Pavel. ChangeSet@1.1603.8.7, 2004-02-10 17:45:49+00:00, davej@redhat.com [CPUFREQ] convert powernow-k8 to use frequency tables [5/5] Move the table verification to an extra function. ChangeSet@1.1603.8.6, 2004-02-10 17:44:31+00:00, davej@redhat.com [CPUFREQ] convert powernow-k8 to use frequency tables [4/5] Remove the *ppst table, and remove an unneccessary forward-declaration ChangeSet@1.1603.8.5, 2004-02-10 17:43:28+00:00, 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. ChangeSet@1.1603.8.4, 2004-02-10 17:42:30+00:00, davej@redhat.com [CPUFREQ] convert powernow-k8 to use frequency tables [2/5] Use the frequency_table for calculating the correct ->target state ChangeSet@1.1603.8.3, 2004-02-10 17:41:20+00:00, 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. ChangeSet@1.1603.1.29, 2004-02-10 09:38:45-08:00, jsimmons@infradead.org [PATCH] framebuffer GPM corruption fix. This patch fixes the GPM cursor corruption people where seeing. ChangeSet@1.1603.1.28, 2004-02-10 09:24:56-08:00, 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] ChangeSet@1.1603.8.2, 2004-02-10 17:17:19+00:00, 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. ChangeSet@1.1603.1.27, 2004-02-10 09:10:33-08:00, torvalds@home.osdl.org Make a bit more palatable to user program inclusion. It's still wrong to include kernel headers from user programs. Oh, well. ChangeSet@1.1603.1.26, 2004-02-10 09:00:29-08:00, B.Zolnierkiewicz@elka.pw.edu.pl [PATCH] fix build for CONFIG_BLK_DEV_IDEDMA=n Ths "fix duplication of DMA {black,white}list in icside.c" patch broke it. Noticed by Geert Uytterhoeven . ChangeSet@1.1500.29.2, 2004-02-10 16:54:06+00:00, davej@redhat.com [CPUFREQ] Geode register fixes. From: Hiroshi Miura 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. ChangeSet@1.1603.1.25, 2004-02-10 08:45:59-08:00, axboe@suse.de [PATCH] DVD-R capability flag set incorrectly, /proc formatting fix From John McKell : 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. ChangeSet@1.1603.1.24, 2004-02-10 08:11:44-08:00, 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. ChangeSet@1.1603.1.23, 2004-02-09 18:59:09-08:00, torvalds@home.osdl.org Linux 2.6.3-rc2 TAG: v2.6.3-rc2