ChangeSet@1.1096, 2003-08-28 16:14:21-03:00, cw@sgi.com [PATCH] Add SGI IOC4 IDE Driver Marcelo, As discussed here is patch against you BK tree to add the SGI IOC4 IDE driver will all complaints addressed! Documentation/Configure.help | 6 MAINTAINERS | 5 drivers/ide/Config.in | 3 drivers/ide/pci/Makefile | 1 drivers/ide/pci/sgiioc4.c | 891 +++++++++++++++++++++++++++++++++ drivers/ide/pci/sgiioc4.h | 177 ++++++ include/linux/pci_ids.h | 1 7 files changed, 1084 insertions(+) *Please* apply this :) # This is a BitKeeper generated patch for the following project: # Project Name: Linux kernel tree # This patch format is intended for GNU patch command version 2.5 or higher. # This patch includes the following deltas: # ChangeSet 1.1085 -> 1.1086 # drivers/ide/pci/Makefile 1.4 -> 1.5 # include/linux/pci_ids.h 1.69 -> 1.70 # MAINTAINERS 1.105 -> 1.106 # drivers/ide/Config.in 1.35 -> 1.36 # Documentation/Configure.help 1.181 -> 1.182 # (new) -> 1.1 drivers/ide/pci/sgiioc4.c # (new) -> 1.1 drivers/ide/pci/sgiioc4.h # # The following is the BitKeeper ChangeSet Log # -------------------------------------------- # 03/08/27 cw@tomahawk.engr.sgi.com 1.1086 # Add IOC4 IDE driver for SGI Altix Systems # -------------------------------------------- # ChangeSet@1.1095, 2003-08-28 16:07:55-03:00, marcelo@logos.cnet Fix compilation warning in panic.c ChangeSet@1.1094, 2003-08-28 15:59:11-03:00, marcelo@logos.cnet Changed hch contact information ChangeSet@1.1093, 2003-08-28 15:57:38-03:00, elenstev@mesatop.com [PATCH] Add 39 Configure.help texts from -ac tree. Hi Marcelo, This patch cleans up some old information at the top of the Configure.help file, and adds help tests for the following 39 options. The help texts originally came from the development kernel, and were ported to 2.4 form by myself and others. A few help texts containing copy and paste errors in 2.6 were corrected. These help texts were accepted by Alan into his -ac tree. I retained their position from Alan's Configure.help file to minimize difficulty in merging for Bernhard R. in maintaining the (p)ac tree when you merge these into your tree (I hope). Please apply this. The patch is made against your current 2.4-bk tree. There are a few more of these, but this should be enough for now. Thanks, Steven CONFIG_IP6_NF_MATCH_AHESP CONFIG_IP6_NF_MATCH_RT CONFIG_IP6_NF_MATCH_OPTS CONFIG_IP6_NF_MATCH_FRAG CONFIG_IP6_NF_MATCH_HL CONFIG_IP6_NF_MATCH_IPV6HEADER CONFIG_FUSION_MAX_SGE CONFIG_QDIO CONFIG_QDIO_PERF_STATS CONFIG_IEEE1394_OUI_DB CONFIG_MTD_REDWOOD CONFIG_MTD_NAND_AUTCPU12 CONFIG_MTD_NAND_EDB7312 CONFIG_I2C_KEYWEST CONFIG_DRM_I830 CONFIG_HISAX_ENTERNOW_PCI CONFIG_CPU_ICACHE_DISABLE CONFIG_CPU_DCACHE_DISABLE CONFIG_CPU_DCACHE_WRITETHROUGH CONFIG_CPU_CACHE_ROUND_ROBIN CONFIG_CPU_BPREDICT_DISABLE CONFIG_ZBOOT_ROM CONFIG_ZBOOT_ROM_TEXT CONFIG_ZBOOT_ROM_BSS CONFIG_USB_BRLVGER CONFIG_USB_KBTAB CONFIG_USB_SERIAL_EDGEPORT_TI CONFIG_USB_SERIAL_KEYSPAN_MPR CONFIG_CHECKING CONFIG_CHASSIS_LCD_LED CONFIG_GSC CONFIG_GSC_WAX CONFIG_GSC_DINO CONFIG_HPET_TIMER CONFIG_GART_IOMMU CONFIG_INIT_DEBUG CONFIG_IOMMU_DEBUG CONFIG_IOMMU_LEAK CONFIG_HVC_CONSOLE ChangeSet@1.1083.2.2, 2003-08-27 11:36:30-03:00, marcelo@logos.cnet Changed EXTRAVERSION to -pre1 TAG: v2.4.23-pre1 ChangeSet@1.1083.2.1, 2003-08-27 11:07:03-03:00, marcelo@logos.cnet Fix possible IRQ handling SMP race: Kudos to TeJun Huh ChangeSet@1.1083.1.1, 2003-08-27 05:20:22-07:00, davem@kernel.bkbits.net Merge davem@nuts.ninka.net:/home/davem/src/BK/tg3-2.4 into kernel.bkbits.net:/home/davem/tg3-2.4 ChangeSet@1.1091, 2003-08-26 19:46:29-04:00, jgarzik@redhat.com [wireless airo] build fixes ChangeSet@1.1090, 2003-08-26 19:40:44-04:00, javier@tudela.mad.ttd.net [wireless airo] add support for MIC and latest firmwares ChangeSet@1.1089, 2003-08-26 19:37:39-04:00, greg@kroah.com [netdrvr sis900] don't call pci_find_device from irq context I realized that I've had this patch in my tree for a while, and forgot to send it to you and lkml. The patch below fixes bug number 923: http://bugme.osdl.org/show_bug.cgi?id=923 (basically keeps us from calling pci_find_device from interrupt context.) It's been tested by a few people with this device, and they say it works just fine for them. Please forward it on up the food chain. ChangeSet@1.1088, 2003-08-26 19:20:47-04:00, hirofumi@mail.parknet.co.jp [netdrvr 8139too] add more h/w revision ids ChangeSet@1.1087, 2003-08-26 19:18:51-04:00, hirofumi@mail.parknet.co.jp [netdrvr 8139too] remove unused RxConfigMask ChangeSet@1.1086, 2003-08-26 19:16:58-04:00, hirofumi@mail.parknet.co.jp [netdrvr 8139too] lwake unlock fix ChangeSet@1.1085, 2003-08-26 19:11:37-04:00, srompf@isg.de [netdrvr 8139too] use mii_check_media lib function, instead of homebrew MII bitbanging. ChangeSet@1.1076.1.14, 2003-08-26 18:33:48-04:00, jgarzik@redhat.com [netdrvr 8139too] minor bits from 2.6 Keeping the driver in sync to ease maintenance headaches. ChangeSet@1.1076.1.13, 2003-08-26 17:41:18-04:00, jgarzik@redhat.com [netdrvr pcmcia] ethtool_ops support for several more pcmcia drivers Drivers updated: fmvj18x_cs, ibmtr_cs, netwave_cs, nmclan_cs, pcnet_cs, ray_cs, wavelan_cs, xirc2ps_cs, xircom_cb. ChangeSet@1.1076.1.12, 2003-08-26 17:26:13-04:00, jgarzik@redhat.com [netdrvr pcmcia] use SET_ETHTOOL_OPS in 3c574, 3c589, aironet4500, and axnet ChangeSet@1.1076.1.11, 2003-08-26 17:15:08-04:00, jgarzik@redhat.com [NET] add SET_ETHTOOL_OPS back-compat hook ChangeSet@1.1076.1.10, 2003-08-26 17:11:53-04:00, jgarzik@redhat.com [netdrvr pcmcia] ethtool_ops for 3c574, 3c589, aironet4500, axnet ChangeSet@1.1076.1.9, 2003-08-26 16:39:48-04:00, jgarzik@redhat.com [netdrvr] ethtool_ops support for 3c515, 3c523, 3c527, and dmfe ChangeSet@1.1076.1.8, 2003-08-26 16:28:32-04:00, jgarzik@redhat.com [netdrvr] ethtool_ops support in 3c503, 3c505, 3c507 ChangeSet@1.1076.1.7, 2003-08-26 16:18:55-04:00, jgarzik@redhat.com [netdrvr 3c501] ethtool_ops support ChangeSet@1.1076.1.6, 2003-08-26 16:12:29-04:00, jgarzik@redhat.com [netdrvr 3c59x] add a piece missed in previous ethtool_ops patch Contributed by Matthew Wilcox. ChangeSet@1.1076.1.5, 2003-08-26 15:38:11-04:00, jgarzik@redhat.com [netdrvr 8139cp] ethtool_ops support ChangeSet@1.1083, 2003-08-26 16:05:07-03:00, johnstul@us.ibm.com [PATCH] Handle clustered XAPIC in set_ioapic_affinity() Marcelo, All, In set_ioapic_affinity() we take a cpu mask which we normally pass into the apic. However, on xapics in clustered physical mode (ie: x440s) we need to convert this mask into a physical apicid before sending it to the apic. If clustered_apic_mode is XAPIC, this patch selects the lowest cpu in the mask and routes the interrupts there. This avoids timedoubling and other interrupt misdirection seen on x440s after playing with /proc/irq/x/smp_affinity. Please apply. thanks -john ChangeSet@1.1082, 2003-08-26 16:01:48-03:00, stelian@popies.net [PATCH] meye driver updates The attached patch updates the meye driver with some tiny changes: * use SetPageReserved instead of mem_map_reserve, and remove the wrapper.h dependency * document the supported hardware. ===== Documentation/video4linux/meye.txt 1.6 vs edited ===== ChangeSet@1.1081, 2003-08-26 16:01:08-03:00, stelian@popies.net [PATCH] sonypi driver update Hi, Now that we are starting a new -pre cycle, here are the latest sonypi updates: * document the fact that FX501/FX702 laptops are not supported * add battery insert/remove events (thanks to Daniel K.) * improve the event detection using a different port offset on 'type2' models (thanks to Daniel K.) * now that ACPI is finally in the kernel, simplify the ACPI tests. Marcelo, please apply. Stelian. ===== Documentation/sonypi.txt 1.12 vs edited ===== ChangeSet@1.1076.1.4, 2003-08-26 14:47:50-04:00, jgarzik@redhat.com [netdrvr 8139cp] minor bits from 2.6 ChangeSet@1.1076.1.3, 2003-08-26 14:45:14-04:00, jgarzik@redhat.com [netdrvr sis900] minor bits from 2.6 ChangeSet@1.1076.1.2, 2003-08-26 14:42:50-04:00, jgarzik@redhat.com [netdrvr sis900] ethtool_ops support ChangeSet@1.1080, 2003-08-26 15:37:53-03:00, hch@lst.de [PATCH] reserve a sysctl number for XFS (pagebuf) Reserve the 2.5 number for VM_PAGEBUF in 2.4 aswell. ChangeSet@1.1076.1.1, 2003-08-26 14:32:28-04:00, willy@debian.org [netdrvr 3c59x] ethtool_ops support ChangeSet@1.1079, 2003-08-26 15:29:58-03:00, johnstul@us.ibm.com [PATCH] Do not clear SMI pin at bootup Marcelo, All, Some of our more recent hardware requires that SMIs are routed through the IOAPIC, thus when we clear_IO_APIC() at boot time, we clear the BIOS initialized SMI pin (which is unfortunately not described in the MPS or ACPI tables). This basically clobbers the SMI, which can cause problems with console redirection as well keeping us from being able to transition into full ACPI mode. This patch (back ported from 2.5) simply reads the apic entry in clear_IO_APIC to make sure the delivery_mode isn't dest_SMI. If it is, we leave the apic entry alone and return. With this patch, booting with full ACPI works and SMIs function properly. Please consider for acceptance. thanks -john ChangeSet@1.1078, 2003-08-26 15:28:13-03:00, willy@w.ods.org [PATCH] make log buffer length selectable On Mon, Aug 25, 2003 at 04:48:30AM -0700, Marcelo Tosatti wrote: > final: > > - 2.4.22-rc4 was released as 2.4.22 with no changes. Hi Marcelo, as you requested, here is the log_buf_len patch for inclusion in 23-pre. Cheers, Willy ChangeSet@1.1077, 2003-08-26 11:52:36-03:00, hch@lst.de [PATCH] use list_add_tail in buffer_insert_list This is a really old patch from the XFS tree. We need to call list_add_tail in buffer_insert_list to preserve buffer ordering. This essential for a good extent layout with XFS's delayed allocation and a while ago the reiserfs group requested the same change. ACKed by sct. ChangeSet@1.1076, 2003-08-26 10:38:45-03:00, marcelo@logos.cnet Merge bk://kernel.bkbits.net/davem/net-2.4 into logos.cnet:/home/marcelo/bk/linux-2.4 ChangeSet@1.1075, 2003-08-26 09:51:54-03:00, arjanv@redhat.com [PATCH] Fix asm constraint bug in arch/i386/kernel/pci-pc.c Hi, Reported by HP, found by Jakub. The patch below fixes a missing asm constraint. The asm constraint of this function needs to depend on (opt) so that gcc knows that the initialisation of the opt structure needs to happen before the asm code; in the old code only the address of opt was in the constraints which isn't enough. Newer gcc will just miscompile this for p4. Greetings, Arjan van de Ven ChangeSet@1.1074, 2003-08-26 09:51:29-03:00, ak@muc.de [PATCH] Compile fix for ACPI in 2.4.22/x86-64 Marcelo unfortunately added an last minute ACPI update that changed ACPI interfaces and broke x86-64 compilation. I didn't catch it in time, so 2.4.22 does not compile out of the box for AMD64. This patch fixes it. You'll have to apply it when compiling 2.4.22 for x86-64 -Andi ChangeSet@1.1065.1.80, 2003-08-25 16:47:00-07:00, davem@nuts.ninka.net [TG3]: More fixes and enhancements. - Use ethtool_op_{get,set}_tso(). - Avoid partial byte enables on DMA writes, this upsets several non-x86 PCI controllers. ChangeSet@1.1065.1.79, 2003-08-25 16:45:11-07:00, davem@nuts.ninka.net [TG3]: Bump version/reldate. ChangeSet@1.1065.1.78, 2003-08-25 16:44:38-07:00, davem@nuts.ninka.net [TG3]: Fix tg3_phy_reset_5703_4_5 chip rev test. ChangeSet@1.1065.1.77, 2003-08-25 16:44:03-07:00, davem@nuts.ninka.net [TG3]: Bump version/reldate. ChangeSet@1.1065.1.76, 2003-08-25 16:42:24-07:00, davem@nuts.ninka.net [TG3]: Add {get,set}_tso ethtool_ops support. Also, include TSO support code when NETIF_F_TSO is available but do not enable TSO by default even on capable cards. User can turn it on via ethtool. ChangeSet@1.1065.1.75, 2003-08-25 16:40:28-07:00, davem@nuts.ninka.net [TG3]: Differentiate between TSO capable and TSO enabled. ChangeSet@1.1065.1.74, 2003-08-25 16:39:41-07:00, davem@nuts.ninka.net [TG3]: Fix 5788/5901, update TSO code. - Do not set RDMAC_MODE_FIFO_LONG_BURST on 5788 - Do not set WDMAC_MODE_RX_ACCEL on 5788 - Note that 5788 cannot use tagged irq status. - 5788 cannot do TSO - 5788 cannot do NETIF_F_HIGHDMA. - 5901 is 10/100 only. - Update TSO firmware, add 5705 specific TSO firmware. - Update TSO packet handling in ->hard_start_xmit() to match updated TSO firmware. - TSO is still off by default until more perf analysis is done. ChangeSet@1.1065.1.73, 2003-08-25 16:38:37-07:00, davem@nuts.ninka.net [TG3]: Reset PHY more reliably on 570{3,4,5} chips. ChangeSet@1.1065.1.72, 2003-08-25 16:38:00-07:00, davem@nuts.ninka.net [TG3]: More missing PCI IDs. ChangeSet@1.1065.1.71, 2003-08-25 16:34:06-07:00, davem@nuts.ninka.net [TG3]: Do not reset the RX_MAC unless PHY is Serdes. Bug discovered by Michael Chan @ Broadcom. ChangeSet@1.1065.1.70, 2003-08-25 16:33:23-07:00, davem@nuts.ninka.net [TG3]: Fix statistics on 5705. ChangeSet@1.1065.1.69, 2003-08-25 16:32:45-07:00, jgarzik@redhat.com [TG3]: Add 5782 pci id. ChangeSet@1.1065.1.68, 2003-08-25 16:31:24-07:00, jgarzik@redhat.com [TG3]: Only write the on-nic sram addr on non-5705. ChangeSet@1.1065.1.67, 2003-08-25 16:30:42-07:00, jgarzik@redhat.com [TG3]: Another 5705 fix: enable eeprom write prot as needed. ChangeSet@1.1065.1.66, 2003-08-25 16:30:06-07:00, jgarzik@redhat.com [TG3]: More 5705 fixes. - call set-wire-speed phy function from tg3_phy_reset, not just _phy_probe - disable set-wire-speed usage on certain chips, per bcm5700 driver ChangeSet@1.1065.1.65, 2003-08-25 16:29:15-07:00, jgarzik@redhat.com [TG3]: More 5705 updates. - do not zero stats/status block on 5705, they don't exist (in controller memory, at least) - define TG3_MAX_MTU macro such that it takes a (tp) pointer arg, because the value varies between 5705 and non-5705 - use the macro to simply tg3_change_mtu ChangeSet@1.1065.1.64, 2003-08-25 16:27:11-07:00, jgarzik@redhat.com [TG3]: Bug fixes for 5705 support. - (major) status block DMA address wasn't being set, for 5705. whoops. :) - (minor) pass 5705-specific RX_STD_MAX_SIZE - (minor) don't program RCVBDI_JUMBO_THRESH reg on 5705 - (very minor) re-order *THRESH, HOSTCC* regs per bcm570x driver order ChangeSet@1.1065.1.63, 2003-08-25 16:26:01-07:00, davem@nuts.ninka.net [TG3]: Initial implementation of 5705 support. ChangeSet@1.1065.1.62, 2003-08-25 16:21:53-07:00, davem@nuts.ninka.net [TG3]: Merge comment typo fixes from 2.5.x ChangeSet@1.1065.1.61, 2003-08-25 16:20:18-07:00, davem@nuts.ninka.net [TG3]: Sync TSO changes from base 2.5.x ChangeSet@1.1065.1.60, 2003-08-25 16:15:43-07:00, jgarzik@redhat.com [TG3]: Convert to using ethtool_ops. ChangeSet@1.1065.1.59, 2003-08-25 16:11:30-07:00, greg@kroah.com [TG3]: pci_device_id can not be marked __devinitdata. ChangeSet@1.1065.1.58, 2003-08-25 16:10:41-07:00, jgarzik@redhat.com [TG3]: Detect shared (and screaming) interrupts. ChangeSet@1.1065.1.57, 2003-08-25 16:10:02-07:00, davem@nuts.ninka.net [TG3]: Update to irqreturn_t. ChangeSet@1.1065.1.56, 2003-08-25 16:09:15-07:00, jmorris@intercode.com.au [TG3]: skb_headlen() cleanup. ChangeSet@1.1065.1.55, 2003-08-25 16:04:29-07:00, davem@nuts.ninka.net Merge nuts.ninka.net:/home/davem/src/BK/sparc-2.4 into nuts.ninka.net:/home/davem/src/BK/tg3-2.4 ChangeSet@1.1065.11.1, 2003-08-25 18:56:42-04:00, jgarzik@redhat.com Merge redhat.com:/garz/repo/marcelo-2.4 into redhat.com:/garz/repo/net-drivers-2.4 ChangeSet@1.1065.10.10, 2003-08-25 19:28:53-03:00, mikpe@csd.uu.se [PATCH] 2.4.22 local APIC updates 3/3: disable APIC_BASE on reboot Marcelo, This patch ensures that we properly disable the local APIC before reboot. This fixes BIOS problems reported by a few people. disable_local_APIC() now checks if detect_init_APIC() enabled the local APIC via the APIC_BASE MSR, and if so it now disables APIC_BASE. Previously we would leave APIC_BASE enabled, and that made some BIOSen malfunction. The SMP reboot code calls disable_local_APIC(). On SMP HW there is no change since detect_init_APIC() isn't called and APIC_BASE isn't enabled by us. An SMP kernel on UP HW behaves just like an UP_APIC kernel, so it disables APIC_BASE if we enabled it at boot. The UP_APIC suspend code is simplified since the existing code to disable APIC_BASE is moved into disable_local_APIC(). (Felix Kühling originally reported the BIOS reboot problem. This is a fixed-up version of his preliminary patch.) Backport from 2.6.0-test4. Tested in 2.4.22-rc. Please apply. /Mikael ChangeSet@1.1065.10.9, 2003-08-25 19:28:16-03:00, mikpe@csd.uu.se [PATCH] 2.4.22 local APIC updates 2/3: add lapic/nolapic options Marcelo, This patch adds the lapic and nolapic kernel options, which give users greater control of the local APIC enable process on x86: - "nolapic" prevents the kernel from enabling or using the local APIC. This is stronger than listing a machine in the DMI scan blacklist, since it also works for machines that boot with the local APIC already enabled. "nolapic" can also be seen as a simple-to-deploy alternative to keeping the DMI blacklist rules up-to-date. - "lapic" tells the kernel to force-enable the P4 local APIC if the BIOS disabled it. This is needed on some machines. The default (don't enable if BIOS didn't) can't be changed since there is an even larger number of P4s where ACPI breaks if the local APIC is enabled. Backport from 2.6.0-test4. Tested in 2.4.22-rc. Please apply. This patch renames the dont_enable_local_apic variable, so if you apply it you also need to apply "local APIC updates 1/3: remove incorrect blacklist rules". /Mikael ChangeSet@1.1065.10.8, 2003-08-25 19:26:55-03:00, mikpe@csd.uu.se [PATCH] 2.4.22 local APIC updates 1/3: remove incorrect blacklist rules Marcelo, This patch removes the x86 local APIC blacklist rules for the Microstar 6163 and Intel AL440LX mainboards, as these boards _do_ work with local APIC enabled. The AL440LX blacklist rule was the only place where the dont_enable_local_apic_timer flag could be set, so the patch removes that variable and the code which checks it. The hangs these boards used to have has since been traced to a combination of using specific graphics cards with APM's DISPLAY_BLANK option. Backport from 2.5.72. Also tested in 2.4 for months. Please apply. /Mikael ChangeSet@1.1071, 2003-08-25 18:26:15-04:00, jgarzik@redhat.com Merge redhat.com:/garz/repo/marcelo-2.4 into redhat.com:/garz/repo/hwrandom-2.4 ChangeSet@1.1065.10.7, 2003-08-25 19:21:59-03:00, m.c.p@wolk-project.de [PATCH] Proper APIC with HyperThreading Hi Marcelo, the boot issue with DL760 G2 issue with Hyper-Threading (16-way logical) was root-caused to be coming from hardcoding of apic-version during the acpi boot-up code. The attached patch fixes the issue, by reading in the actual apic version. This apic-version is used later in the boot process, to identify whether the processor supports xAPIC or not. And that in turn was resulting in boot failure. Refer following lkml threads for detailed the problem description: Subject: SUMMARY: DL760 G2 issue with Hyper-Threading: Subject: PROBLEM: DL760 G2 issue on 2.4.21 with Hyper-Threading In -ac and -wolk for some time. Patch by "Venkatesh Pallipadi" ChangeSet@1.1065.10.6, 2003-08-25 19:18:30-03:00, m.c.p@wolk-project.de [PATCH] Avoid potentially leaking pagetables into the per-cpu queues Hi Marcelo, $subject says it all. Patch from Andrea Arcangeli! It's in -aa since 2.4.17rc2aa1, in -wolk for some time. ChangeSet@1.1065.10.5, 2003-08-25 19:11:07-03:00, marcelo@logos.cnet Cset exclude: m.c.p@wolk-project.de|ChangeSet|20030825194257|34486 ChangeSet@1.1065.1.54, 2003-08-25 14:51:42-07:00, davem@nuts.ninka.net [NET]: Include asm/uaccess.h in net/core/ethtool.c ChangeSet@1.1070, 2003-08-25 17:38:58-04:00, jgarzik@redhat.com Merge redhat.com:/garz/repo/marcelo-2.4 into redhat.com:/garz/repo/hwrandom-2.4 ChangeSet@1.1069, 2003-08-25 17:37:39-04:00, jgarzik@redhat.com [ia32] mention that X86_VENDOR_ID is tied to NCAPINTS, in a comment in arch/i386/kernel/head.S. ChangeSet@1.1065.10.4, 2003-08-25 18:24:46-03:00, m.c.p@wolk-project.de [PATCH] CONFIG_NR_CPUS Hi Marcelo, this patch has been around for ages. 2.6 has the same change/cleanup. Now, w/o the patch, the kernel will be compiled with 32 CPUs, allthough you might only have 2 or 4 or so. This is purely to save memory - each supported CPU adds approximately eight kilobytes to the kernel image. ChangeSet@1.1065.1.53, 2003-08-25 14:24:34-07:00, jgarzik@redhat.com [NET]: Backport ethtool_ops from 2.6.x ChangeSet@1.1065.10.3, 2003-08-25 18:18:51-03:00, m.c.p@wolk-project.de [PATCH] LVM Update v1.0.5 to v1.0.7 On Thursday 31 July 2003 03:04, Marcelo Tosatti wrote: Hi Marcelo, > > would you consider updating LVM from 1.05 to 1.07 in -pre10? It's out > > there for many months now, many vendor tree's are using it, my tree uses > > it and prolly many others and I am not aware of any problems. > > Should I send a patch? Please let me know. > It depends on the type of changes. I prefer including it in -pre10 only if > its obvioux bugfixes only. > Please send me it together with a detailed changelog. ok, here we go, 5 small but important bugfixes: Changes from v1.0.5 -> v1.0.7 ----------------------------- o fixed lvrename bug leaving wrong filesystem entries around in /proc/lvm/ o fixed lvextend/lvreduce bug on snapshots preventing correct reload of the excpetion table possibly giving wrong snapshot content. o fixed snapshot extend/reduce memory leak o fixed wrong VG PE counter o some whitespace cleanup ChangeSet@1.1065.10.1, 2003-08-25 18:06:46-03:00, m.c.p@wolk-project.de [PATCH] Handle get_block errors correctly in block_read_full_page() Hi Marcelo, quoting Andrea: > Anton found get_block errors weren't handled correctly by > block_read_full_page(). This is my proposed fix for the problem, > implementation and patching is from Anton Altaparmakov. It's in -aa and -wolk for some time. Please apply for 2.4.23-pre1. Thank you :) ChangeSet@1.1065.1.52, 2003-08-25 14:00:11-07:00, davem@nuts.ninka.net [TG3]: Fix AC1001 typo in pci_ids.h ChangeSet@1.1065.9.1, 2003-08-25 13:41:49-07:00, davem@nuts.ninka.net Merge nuts.ninka.net:/home/davem/src/BK/sparcwork-2.4 into nuts.ninka.net:/home/davem/src/BK/sparc-2.4 ChangeSet@1.1065.1.51, 2003-08-25 13:38:25-07:00, davem@nuts.ninka.net Merge nuts.ninka.net:/home/davem/src/BK/network-2.4 into nuts.ninka.net:/home/davem/src/BK/net-2.4 ChangeSet@1.1065.1.50, 2003-08-25 16:44:39-03:00, m.c.p@wolk-project.de [PATCH] Unblank console if panic() Hi Marcelo, if a kernel panic()'s, and a console blank timer is running, it is possible that the screen goes blank and he/she isn't able to read the panic. Bad. The attached patch disables the console blank timer when panic(). Patch from Daniel Phillips! It's in -wolk for a long time. NOTE: You have to apply "2.4-panic-console-switch-1.patch" first, otherwise this will fail with 1 hunk. ChangeSet@1.1065.1.49, 2003-08-25 16:42:57-03:00, m.c.p@wolk-project.de [PATCH] Allow sysrq() via /proc/sys/kernel/magickey Hi Marcelo, sysrq() is a good thing to debug things, but unfortunately you need to have physical access to the keyboard. My company for instance maintains tons of remote machines and sometimes we need to do sysrq() too, but it's not possible to do so the remote way. Attached patch enables emulation of the Magic SysRq key (Alt-SysRq-key) via the /proc interface. Just echo the desired character into the file and there you go. Patch from Randy Dunlap! It's in -wolk for a long time and also in some other kernel tree forks. 2.5/2.6 has almost the same (/proc/sysrq-trigger) ChangeSet@1.1065.1.48, 2003-08-25 16:30:09-03:00, acme@conectiva.com.br [PATCH] irqreturn_t compatibility with 2.6 Hi Marcelo, As I described to you in another message this patch is needed so that drivers don't have to be adding private copies of irqreturn_t and friends, like ATM, aic7xxx already do in 2.4.22-pre10, please apply. It is still against 2.4.22-pre10, but I think it'll apply cleanly, holler if not. - Arnaldo ChangeSet@1.1065.1.47, 2003-08-25 16:25:44-03:00, m.c.p@wolk-project.de [PATCH] Allow console switching after kernel panic() Hi Marcelo, if a kernel panic()'s, there's no chance to switch to another console for maybe important informations either about the panic or some important email the user was writing or such stuff. Attached patch allows _only_ console switching if a panic occured. Patch from Andi Kleen! It's in -wolk for a long time. ChangeSet@1.1065.1.46, 2003-08-25 15:37:31-03:00, marcelo@logos.cnet Cset exclude: m.c.p@wolk-project.de|ChangeSet|20030825183254|28555 ChangeSet@1.1065.1.45, 2003-08-25 15:32:54-03:00, m.c.p@wolk-project.de [PATCH] disable READA is an SMP only thing. Make it so. [ The following text is in the "iso-8859-15" character set. ] [ Your display is set for the "ISO-8859-1" character set. ] [ Some characters may be displayed incorrectly. ] Hi Marcelo, $subject says it all. It's in -aa, -wolk for a long time. Reference: http://lists.insecure.org/lists/linux-kernel/2002/Jul/6615.html ChangeSet@1.1065.7.4, 2003-08-25 13:19:37-05:00, shaggy@shaggy.austin.ibm.com JFS: add nointegrity mount option (Karl Rister) This option allows a performance boost by not writing to the journal at the expense of loss of data integrity if the system crashes or is powered off. The intended use of this option is to allow faster restores from backup media. ChangeSet@1.1065.1.44, 2003-08-25 15:15:54-03:00, m.c.p@wolk-project.de [PATCH] Replace bogus and obsolete "#if __SMP__" -> CONFIG_SMP Hi Marcelo, there are some places in the current kernel where __SMP__ appears. This is from old 2.2 times and is never ever defined nor used in current 2.4. Attached patch replaces __SMP__ with CONFIG_SMP. It also cleanes up 3 bogus #ifdef __SMP__ in fs/jbd code which is never used and not needed. Patch from Andrea Arcangeli! It's in -aa since 2.4.21-aa1, in -wolk for some time. Same cleanup was made to 2.5.x. Please apply for 2.4.23-pre1. Thank you :) With this applied, _all_ bogus __SMP__ defines are gone from 2.4. This patch is absolutely safe and just a cleanup! ChangeSet@1.1065.1.43, 2003-08-25 15:11:30-03:00, m.c.p@wolk-project.de [PATCH] Cleanup DRM submenu Hi Marcelo, attached patch cleans up the DRM submenu. ChangeSet@1.1065.1.42, 2003-08-25 15:04:58-03:00, m.c.p@wolk-project.de [PATCH] Fix initrd with netboot From "Martin Persson" we've encountered a problem when trying to netboot 2.4.21 and above. After /linuxrc has been executed and the kernel tries to remount the root, it panics with the all too well known message "Unable to mount root fs on ...". The kernel bugs out in mount_block_root in the file init/do_mounts.c, to be more precise in the for-loop. What happens is that it tries to mount the file system as type ext2 (which happens to be first in the list in our case), but instead of returning -EINVAL it returns -EBUSY, the loop exits instead of trying the next (correct) fs-type and the kernel panics. In -wolk for some time and maybe others. ChangeSet@1.1065.1.41, 2003-08-25 15:03:11-03:00, m.c.p@wolk-project.de [PATCH] Cleanup kmem_cache_reap() From "fbl@netbank.com.br" # This patch includes the following deltas: # ChangeSet 1.1193 -> 1.1194 # mm/slab.c 1.22 -> 1.23 # # The following is the BitKeeper ChangeSet Log # -------------------------------------------- # 03/06/03 fbl@netbank.com.br 1.1194 # [PATCH] Cleanup kmem_cache_reap() # # There is no need to keep the list_entry() # out of DEBUG condition. # -------------------------------------------- In 2.5 and -wolk for some time. # This is a BitKeeper generated patch for the following project: # Project Name: Linux kernel tree # This patch format is intended for GNU patch command version 2.5 or higher. # This patch includes the following deltas: # ChangeSet 1.1193 -> 1.1194 # mm/slab.c 1.22 -> 1.23 # # The following is the BitKeeper ChangeSet Log # -------------------------------------------- # 03/06/03 fbl@netbank.com.br 1.1194 # [PATCH] Cleanup kmem_cache_reap() # # There is no need to keep the list_entry() # out of DEBUG condition. # -------------------------------------------- # ChangeSet@1.1065.1.40, 2003-08-25 14:46:28-03:00, hch@lst.de [PATCH] fix copy_namespace() Originally by aeb, in 2.5 for ages. Fix far too small kmalloc in copy_namespace and promote errors properly. ChangeSet@1.1065.1.39, 2003-08-25 14:37:52-03:00, Jack_Hammer@adaptec.com [PATCH] ServeRAID 6.10 Driver Update With the completion of months of testing at both Adaptec and IBM, the newest version of the ServeRAID Linux device driver( ips Version 6.10.24 ) iscompleted and ready to ship. Attached is the full source ( ips.c & ips.h )and patches for the 2.4 Linux kernel. Both 32-bit andia64 architectures are supported. Please update all 2.4.x kernels with this latest driver as soon as possible. Updates for the 2.5 kernel are being handled separately. Let me know if you have any problems. Jack Hammer ChangeSet@1.1065.1.38, 2003-08-25 14:21:29-03:00, marcelo@logos.cnet pcwd.c: fix oops on unload From Arkadiusz Miskiewicz This patch is from Alan Cox and fixes problems when pcwd driver is loaded while there is no pcwd hardware installed. No idea why it was not feeded to you. Problem is described here http://www.ussg.iu.edu/hypermail/linux/kernel/0308.1/0178.html and tracked down in private conversation with Cox. ChangeSet@1.1065.1.37, 2003-08-25 14:16:14-03:00, mmagallo@debian.org [PATCH] AGPGART support for Intel 7x05 chipsets (backported from 2.6) Hi Marcelo, can you please apply the attached patch before releasing 2.4.22? It adds AGPGART support for Intel's 7205 and 7505 chipsets, which are becoming increasingly common on the street. I have checked on several machines that the patch works, even with AGP 8x. The only hardware I have access to is from NVIDIA, which means I haven't been able to test this with a non-tainted kernel, but I don't expect this to be a problem. ChangeSet@1.1065.1.36, 2003-08-25 13:58:04-03:00, willy@w.ods.org [PATCH] Fix amd67x_pm.c crash with no chipsets / CONFIG_HOTPLUG amd76x_pm.c will crash if no chipsets are found and CONFIG_HOTPLUG is turned on. This patch makes it return with a failure instead. ChangeSet@1.1065.1.35, 2003-08-25 13:57:10-03:00, marcelo@logos.cnet Changed Makefile to 2.4.22 TAG: v2.4.22