ChangeSet@1.1106, 2003-08-30 00:38:23-03:00, alan@lxorguk.ukuu.org.uk
[PATCH] PATCH: improved extra key bounce fix
ChangeSet@1.1105, 2003-08-30 00:36:46-03:00, alan@lxorguk.ukuu.org.uk
[PATCH] PATCH: update i8xx watchdog
ChangeSet@1.1104, 2003-08-30 00:32:59-03:00, alan@lxorguk.ukuu.org.uk
[PATCH] PATCH: amd watchdog update
ChangeSet@1.1103, 2003-08-30 00:30:41-03:00, alan@lxorguk.ukuu.org.uk
[PATCH] PATCH: wolfson touchscreen docs
#ra1
ChangeSet@1.1102, 2003-08-30 00:29:59-03:00, alan@lxorguk.ukuu.org.uk
[PATCH] PATCH: update INDEX for docs
ChangeSet@1.1101, 2003-08-30 00:29:40-03:00, alan@lxorguk.ukuu.org.uk
[PATCH] PATCH: replace the pci router logic with working code
This is more verbose but actually uses less memory as its all __init
unlike the big table.
The table also fails because there are controllers that have dependancies
for routing on either additional components (440GX) or version (SiS) which
it could not handle.
ChangeSet@1.1100, 2003-08-30 00:10:18-03:00, alan@lxorguk.ukuu.org.uk
[PATCH] PATCH: remove all the 440gx broken bios stuff
There is a better way to fix this and the SiS and other bits in the PCI
layer. That fix means this bit can go
ChangeSet@1.1099, 2003-08-29 23:18:59-03:00, cw@sgi.com
[PATCH] SGI SN Serial/Console Driver
Marcelo,
As discussed here is the serial & console driver required for Altix
systems.
Documentation/Configure.help | 11
drivers/char/Config.in | 6
drivers/char/Makefile | 1
drivers/char/sn_serial.c | 1190 +++++++++++++++++++++++++++++++++
drivers/char/tty_io.c | 7
5 files changed, 1215 insertions(+)
# 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.1086 -> 1.1087
# drivers/char/Config.in 1.50 -> 1.51
# drivers/char/tty_io.c 1.26 -> 1.27
# Documentation/Configure.help 1.182 -> 1.183
# drivers/char/Makefile 1.35 -> 1.36
# (new) -> 1.2 drivers/char/sn_serial.c
#
# The following is the BitKeeper ChangeSet Log
# --------------------------------------------
# 03/08/27 cw@tomahawk.engr.sgi.com 1.1087
# Add SGI l1 Serial/Console Driver
# --------------------------------------------
#
ChangeSet@1.1098, 2003-08-29 13:27:42-03:00, marcelo@logos.cnet
Delete unused drivers/scsi/aic79xx (now aic7xxx supports it)
.del-scsi_message.h~702d04df39cec421:
Delete: drivers/scsi/aic79xx/scsi_message.h
.del-scsi_iu.h~19dfb28b403d5076:
Delete: drivers/scsi/aic79xx/scsi_iu.h
.del-queue.h~22333ebc4752ba27:
Delete: drivers/scsi/aic79xx/queue.h
.del-cam.h~142be79aa2e7b6e4:
Delete: drivers/scsi/aic79xx/cam.h
.del-aiclib.h~91a202de5ec07b45:
Delete: drivers/scsi/aic79xx/aiclib.h
.del-aiclib.c~4f9c5e58fe29475f:
Delete: drivers/scsi/aic79xx/aiclib.c
.del-aic79xx_seq.h~f087a47d39ec35d1:
Delete: drivers/scsi/aic79xx/aic79xx_seq.h
.del-aic79xx_reg_print.c~4602f821bb30aa98:
Delete: drivers/scsi/aic79xx/aic79xx_reg_print.c
.del-aic79xx_reg.h~2a5d1aeafe35d774:
Delete: drivers/scsi/aic79xx/aic79xx_reg.h
.del-aic79xx_proc.c~65ba7c0cbcae9e17:
Delete: drivers/scsi/aic79xx/aic79xx_proc.c
.del-aic79xx_pci.c~f3be49004874d74d:
Delete: drivers/scsi/aic79xx/aic79xx_pci.c
.del-aic79xx_osm_pci.c~ce497673678cc8cb:
Delete: drivers/scsi/aic79xx/aic79xx_osm_pci.c
.del-aic79xx_osm.h~a9993aeb34f68385:
Delete: drivers/scsi/aic79xx/aic79xx_osm.h
.del-aic79xx_osm.c~c85edf4627f2d3b8:
Delete: drivers/scsi/aic79xx/aic79xx_osm.c
.del-aic79xx_inline.h~4fe599bddc047da0:
Delete: drivers/scsi/aic79xx/aic79xx_inline.h
.del-aic79xx_core.c~3acdfe0b216b89b2:
Delete: drivers/scsi/aic79xx/aic79xx_core.c
.del-aic79xx.seq~1fc373c5c245fa53:
Delete: drivers/scsi/aic79xx/aic79xx.seq
.del-aic79xx.reg~c7d1afd63bee29d:
Delete: drivers/scsi/aic79xx/aic79xx.reg
.del-aic79xx.h~f52414d5ceae1d0c:
Delete: drivers/scsi/aic79xx/aic79xx.h
.del-Makefile~170d5d2f4fc1242d:
Delete: drivers/scsi/aic79xx/Makefile
.del-Config.in~5417c5049523b240:
Delete: drivers/scsi/aic79xx/Config.in
.del-CHANGELOG~d01c3638ccfa2574:
Delete: drivers/scsi/aic79xx/CHANGELOG
ChangeSet@1.1097, 2003-08-29 13:17:06-03:00, masanari.iida@hp.com
[PATCH] SCSI blacklist HP Va7140
As Stefan Schindewolf reported on 25/Aug 2003 on Kernel mailing list,
scsi_scan.c has missing entory and also typo.
Apply this patch on 2.4.23-preX.
Regards,
masanari
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 <arekm@pld-linux.org>
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