ChangeSet@1.1516.1.20, 2004-11-22 15:51:28-02:00, sezeroz@ttnet.net.tr
  [PATCH] hamradio scc warning type fix
  
  include/linux/scc.h:
    See the TIMER_OFF definition in scc.h and
    if (scc->kiss.mintime != TIMER_OFF)
    and similar checks against TIMER_OFF in
    drivers/net/hamradio/scc.c.

ChangeSet@1.1516.1.19, 2004-11-22 15:44:41-02:00, marcelo@logos.cnet
    O.Sezer: cpqphp_pci.c size warning fix

ChangeSet@1.1516.1.18, 2004-11-22 15:35:50-02:00, m.c.p@kernel.linux-systeme.com
  [PATCH] ASM: Warning: indirect lcall without `*'
  
  --Boundary-00=_u53nBq6Cct7UpSO
  Content-Transfer-Encoding: 7bit
  Content-Type: text/plain;
    charset="iso-8859-15"
  Content-Disposition: inline
  
  Hi Marcelo,
  
  these warnings are in 2.4 since centuries.
  
  [i386: pci-pc.c]: Fix up asm warnings 'indirect lcall without `*'
  
  {standard input}: Assembler messages:
  {standard input}:1014: Warning: indirect lcall without `*'
  {standard input}:1091: Warning: indirect lcall without `*'
  {standard input}:1176: Warning: indirect lcall without `*'
  {standard input}:1255: Warning: indirect lcall without `*'
  {standard input}:1271: Warning: indirect lcall without `*'
  {standard input}:1281: Warning: indirect lcall without `*'
  {standard input}:1349: Warning: indirect lcall without `*'
  {standard input}:1364: Warning: indirect lcall without `*'
  {standard input}:1375: Warning: indirect lcall without `*'
  {standard input}:1874: Warning: indirect lcall without `*'
  {standard input}:1960: Warning: indirect lcall without `*'
  
  Since I hate warnings, fix it up please :)
  
  Signed-off-by: Marc-Christian Petersen <m.c.p@kernel.linux-systeme.com>
  
  ciao, Marc
  
  --Boundary-00=_u53nBq6Cct7UpSO
  Content-Transfer-Encoding: 7bit
  Content-Type: text/x-diff;
    charset="iso-8859-15";
    name="999_asm-indirect-lcall-without-star.patch"
  Content-Disposition: attachment;
  	filename="999_asm-indirect-lcall-without-star.patch"
  
  [i386: pci-pc.c]: Fix up asm warnings 'indirect lcall without `*'
  
  {standard input}: Assembler messages:
  {standard input}:1014: Warning: indirect lcall without `*'
  {standard input}:1091: Warning: indirect lcall without `*'
  {standard input}:1176: Warning: indirect lcall without `*'
  {standard input}:1255: Warning: indirect lcall without `*'
  {standard input}:1271: Warning: indirect lcall without `*'
  {standard input}:1281: Warning: indirect lcall without `*'
  {standard input}:1349: Warning: indirect lcall without `*'
  {standard input}:1364: Warning: indirect lcall without `*'
  {standard input}:1375: Warning: indirect lcall without `*'
  {standard input}:1874: Warning: indirect lcall without `*'
  {standard input}:1960: Warning: indirect lcall without `*'
  
  Since I hate warnings, fix it up please :)
  
  Signed-off-by: Marc-Christian Petersen <m.c.p@kernel.linux-systeme.com>

ChangeSet@1.1516.1.17, 2004-11-22 15:32:00-02:00, sezeroz@ttnet.net.tr
  [PATCH] OPTI Viper-M/N+ chipset support (by Michael Mueller)

ChangeSet@1.1516.1.16, 2004-11-22 15:30:49-02:00, sezeroz@ttnet.net.tr
  [PATCH] Cure ISDN eicon size warning
  
  drivers/isdn/eicon/fourbri.c:  The loop sez:
  
  	for ( i = 0 ; i < 300 ; ++i )
  
  Change "byte" to "int"

ChangeSet@1.1516.1.15, 2004-11-22 15:24:16-02:00, sezeroz@ttnet.net.tr
  [PATCH] DAC960 firmware/alpha backport from 2.6

ChangeSet@1.1516.1.14, 2004-11-22 15:13:04-02:00, sezeroz@ttnet.net.tr
  [PATCH] Wilfried Weissmann: hptraid v0.03 from -ac/redhat - minor fixes
  
  I have some cosmetic updates for the hptraid driver.
  
  Changelog since 0.02:
  =====================
  * register the raid volume only if all disks are available
  * print a warning that raid-(0+)1 failover is not supported
  
  
  Wilfried Weissmann
  http://marc.theaimsgroup.com/?l=3Dlinux-kernel&m=3D106287827628378&w=3D2
  in -ac/redhat

ChangeSet@1.1516.1.13, 2004-11-22 15:04:34-02:00, sezeroz@ttnet.net.tr
  [PATCH] ricoh.h, mem0 wrong definition v2.6 backport

ChangeSet@1.1516.1.12, 2004-11-22 15:03:37-02:00, ralf@linux-mips.org
  [PATCH] MIPS documentation
  
  Document that CONFIG_OLD_TIME_C is gone.

ChangeSet@1.1516.1.11, 2004-11-22 15:03:04-02:00, ralf@linux-mips.org
  [PATCH] MIPS: MAINTAINERS update
  
   o Maciej takes over maintenance of the DECFXX driver
   o Remove Steven Hills's entry for the Nino at his request

ChangeSet@1.1516.1.10, 2004-11-22 15:02:11-02:00, ralf@linux-mips.org
  [PATCH] MIPS: Configure.help updates
  
  A bunch of MIPS updates for Configure.help:
  
   o CPU configuration
   o Turbochannel support for DEFXX family of net work cards
   o Turbochannel support for TGA framebuffers
   o Building the 64-bit kernel binary as a 64-bit ELF file

ChangeSet@1.1516.1.9, 2004-11-22 14:46:31-02:00, ralf@linux-mips.org
  [PATCH] MIPS: sound drivers for AMD Alchemy platforms
  
  Two more sound drivers for the endless stream of AMD Alchemy platforms.

ChangeSet@1.1516.1.8, 2004-11-22 14:34:54-02:00, ralf@linux-mips.org
  [PATCH] MIPS update
  
   o Gcc 3.4 and 3.5 bullet proofing
   o Support for PMC-Sierra Yosemite
   o Support for Momentum Jaguar
   o Support for Momentum Stretch
   o Support for AMD Alchemy DB1550
   o More error checking for the MIPS addinird tool
   o KGDB register corruption fixes
   o Delete old time code
   o Big cleanup of code for NEC VR-series
   o Return the Swarm sound driver back to work
   o Driver for the builtin RM7000 interrupt controller
   o Fix build on systems without LLD / SCD
   o Several fixes of symbol exports to modules
   o Handle .rodata.* sections in linker script also
   o Fix swarm sound driver
   o Fix off by one bug in IRIX compat uname syscall

ChangeSet@1.1516.1.7, 2004-11-22 05:28:41-02:00, khali@linux-fr.org
  [PATCH] I2C updates: get rid of unused code
  
  Two defined constants in include/linux/i2c.h aren't used anywhere,
  haven't ever been and won't ever be. They simply don't correspond to
  anything in the i2c core. Let's get rid of them.
  
  Signed-off-by: Jean Delvare <khali@linux-fr.org>

ChangeSet@1.1516.1.6, 2004-11-22 05:27:59-02:00, khali@linux-fr.org
  [PATCH] I2C updates: lack trailing newline in logs
  
  Original report and discussion:
  http://archives.andrew.net.au/lm-sensors/msg28295.html
  
  Bottom line:
  Some debug messages in the i2c-core lack their trailing newline, which
  breaks the logs.
  
  Signed-off-by: Jean Delvare <khali@linux-fr.org>

ChangeSet@1.1516.1.5, 2004-11-22 05:26:56-02:00, khali@linux-fr.org
  [PATCH] I2C updates: hardcoded buffer size should depend on define
  
  Original report and discussion:
  http://marc.theaimsgroup.com/?l=linux-arm-kernel&m=109816546827995&w=2
  http://marc.theaimsgroup.com/?l=linux-arm-kernel&m=109926079025024&w=2
  
  Bottom line:
  Two hardcoded buffer sizes in i2c_smbus_xfer_emulated (i2c-core) should
  depend on I2C_SMBUS_BLOCK_MAX. Else increasing I2C_SMBUS_BLOCK_MAX (in
  include/linux/i2c.h) will result in buffer overflows.
  
  Credits go to Tehn Yit Chin for noticing the suspicious hardcoded
  values.
  
  Signed-off-by: Jean Delvare <khali@linux-fr.org>

ChangeSet@1.1516.1.4, 2004-11-22 05:25:45-02:00, khali@linux-fr.org
  [PATCH] I2C updates: i2c proc parser fix
  
  Original report and discussion:
  http://archives.andrew.net.au/lm-sensors/msg28053.html
  
  Bottom line:
  The real parser in i2c-proc is partly broken, but in a way it will go
  unnoticed in most cases (thus unspotted so far). Still worth fixing
  IMHO.
  
  Signed-off-by: Jean Delvare <khali@linux-fr.org>

ChangeSet@1.1516.1.3, 2004-11-22 05:11:41-02:00, Andries.Brouwer@cwi.nl
  [PATCH] backport v2.6 largefile isofs fix
  
  People encounter daily the fact that Linux cannot handle
  large files on CDROM/DVD.
  
  I fixed this long ago for 2.6, but 2.4 still has the old behaviour.
  
  Below the patch as currently found in 2.6. Untested.
  
  It does two things:
  (i) According to the standard various fields are unsigned;
  make them unsigned, so that people with large files will not see
  negative sizes.
  (ii) The old code automatically throws away the high bits of the
  file size - it does not believe that one can have 2 GB files, and
  believes that the CDROM or DVD is made by a buggy mastering program.
  The code below does not truncate large files.
  If anybody still has a CDROM where this truncation is desired,
  it can be mounted with the old "cruft" mount option.
  
  Andries
  
  [the patch looks larger than it is because indentation changed]

ChangeSet@1.1516.1.2, 2004-11-21 17:53:58-02:00, khali@linux-fr.org
  [PATCH] I2C updates: i2c_register_entry shouldn't rely on the procname field
  
  Original report and discussion:
  http://archives.andrew.net.au/lm-sensors/msg18839.html
  
  Bottom line:
  i2c_register_entry shouldn't rely on the procname field to detect the
  end of the control table, but on the ctl_name field. The latter is
  guaranteed to be non-zero except for the table terminator, the former
  can be null even in the middle of the table.
  
  The bug wasn't caught so far because all users of this function
  (basically the lm_sensors project's drivers) were exporting all entries
  through /proc so procname was never null (except for the table
  terminator, obviously).
  
  Credits go to Louis-Martin Cote for discovering the bug and proposing a
  fix.
  
  Signed-off-by: Jean Delvare <khali@linux-fr.org>

ChangeSet@1.1516.1.1, 2004-11-19 17:44:39-02:00, kravetz@us.ibm.com
  [PATCH] Task name handling static copy v2.6 backport 
  
  There is a problem with task name handling in the /proc fs.  See
  http://www.ussg.iu.edu/hypermail/linux/kernel/0407.1/0136.html
  for the patch that eventually made its way into the 2.6 tree.
  
  We now have people experiencing the same problem/bug in 2.4.  Here
  is a patch for 2.4 that implements the same fix.  Please consider
  applying.
  
  Thanks,
  Signed-off-by: Mike Kravetz <kravetz@us.ibm.com>

ChangeSet@1.1519, 2004-11-18 14:21:44-08:00, herbert@gondor.apana.org.au
  [NETLINK]: Backport pid hashing changes from 2.6
  
  Signed-off-by: Herbert Xu <herbert@gondor.apana.org.au>
  Signed-off-by: David S. Miller <davem@davemloft.net>

ChangeSet@1.1518, 2004-11-18 14:05:40-08:00, lnville@tuxdriver.com
  [VLAN]: change_mtu should return 0 on success.
  
  Signed-off-by: John W. Linville <linville@tuxdriver.com>
  Signed-off-by: David S. Miller <davem@davemloft.net>

ChangeSet@1.1517, 2004-11-18 13:54:00-08:00, davem@nuts.davemloft.net
  [TCP]: Receive buffer moderation fixes.
  
  1) Make window clamp follow receive buffer growth so it
     does not limit window advertisements.  Noticed by John
     Heffner and Stephen Hemminger.
  2) Fix rcvmem calculation such that tcp_adv_win_scale is
     taken into account.
  
  Signed-off-by: David S. Miller <davem@davemloft.net>

ChangeSet@1.1516, 2004-11-18 06:34:41-02:00, jack@ucw.cz
  [PATCH] Configurable quota messages
  
    Here is a patch which allows root to turn of quota messages to console
  (some users don't like them because they disturb other console output).
  If you think the patch could go into 2.4 tree then please apply it.

ChangeSet@1.1514, 2004-11-17 15:19:29-02:00, rddunlap@osdl.org
  [PATCH] oops on boot when initializing CDROM
  

ChangeSet@1.1499.4.2, 2004-11-17 11:13:14-06:00, shaggy@austin.ibm.com
  JFS: fix race in jfs_commit_inode
  
  There was a race that resulted in old, deleted inodes being written
  to disk after the inode number had been reused.  jfs_commit_inode
  needs to verify that the inode is still linked and dirty before
  committing it.
  
  Signed-off-by: Dave Kleikamp <shaggy@austin.ibm.com>

ChangeSet@1.1513, 2004-11-17 11:55:34-02:00, tonyb@cybernetics.com
  [PATCH] fix race condition in sg.c
  
  This patch fixes a command completion race condition in the SCSI generic
  driver.  There are several variations of this patch floating around:
  
  #1: Original patch from me:
  http://marc.theaimsgroup.com/?t=105664088400001&r=1&w=2
  
  #2: Better patch from Brian King for lk 2.6.x:
  http://marc.theaimsgroup.com/?t=107843139000002&r=1&w=2
  
  #3: Patch for a related problem from Brian King for lk 2.6.x:
  http://marc.theaimsgroup.com/?t=108636397100004&r=1&w=2
  
  #4: Port of combined #2 and #3 to lk 2.4.x from Tom Coughlan:
  http://marc.theaimsgroup.com/?t=109657360500004&r=1&w=2
  
  #5: Correction of #4 by me:
  http://marc.theaimsgroup.com/?l=linux-scsi&m=109658140509138&w=2
  
  None of these fixes have made it into lk 2.4.x yet.  Below is a port of patch
  #2 to 2.4.x which has been extensively tested by my company.  Patch #5 which
  includes these changes would be better, but I haven't tested it.  Please
  apply this patch, and the additional changes for patch #5 can be merged later
  if and when they are tested by those interested.

ChangeSet@1.1512, 2004-11-17 11:41:32-02:00, tonyb@cybernetics.com
  [PATCH] fix for scsi_unjam_host: Miscount of number of failed commands
  
  This is a resend of http://marc.theaimsgroup.com/?l=linux-scsi&m=108438814301446&w=2
  
  This patch fixes a panic "scsi_unjam_host: Miscount of number of failed
  commands".  This panic happens only under very specific circumstances:
  
  1) A command fails with check condition
  2) The low-level driver doesn't auto-retrieve the sense data
  3) The sense key is "not ready" and ASC/ASCQ indicate the unit is becoming
  ready
  4) A retry of the command fails in the same way
  
  Please apply.

ChangeSet@1.1511, 2004-11-17 11:41:03-02:00, tonyb@cybernetics.com
  [PATCH] make SCSI error handler preserve data transfer residual
  
  This is a resend of http://marc.theaimsgroup.com/?l=linux-scsi&m=108445913200046&w=2.
  
  When a SCSI command fails, the error handler in 2.4.x may send a command
  such as request sense which clobbers the data transfer residual value of
  the original command.  This patch makes the error handler
  save and restore the data transfer residual so that the value passed
  back to the upper level reflects the residual of the original command
  rather than the error handler's internal command.  This makes a difference
  for userspace applications that use the /dev/sg* interface that require a
  correct data transfer residual count even for commands that went through
  error handling.
  
  Please apply.

ChangeSet@1.1510, 2004-11-17 11:39:55-02:00, tonyb@cybernetics.com
  [PATCH] sym53c8xx_2 Ultra 160 requires LVD
  
  This patch prevents sym53c8xx_2 from attempting to negotiate Ultra 160 on a
  SE or HVD bus, which is invalid and confuses some devices.  Please apply.

ChangeSet@1.1509, 2004-11-17 11:37:00-02:00, tonyb@cybernetics.com
  [PATCH] sym53c8xx_2 sniff inquiry fix
  
  This is a resend of http://marc.theaimsgroup.com/?l=linux-scsi&m=108117878914404&w=2
  
  The sym53c8xx_2 driver in lk 2.4.x is unmaintained.  This is a backported fix
  from lk 2.6.x for a problem with sniffing inquiry data incorrectly resulting
  in Ultra 160 negotiation being disabled for some devices.  Please apply.

ChangeSet@1.1508, 2004-11-17 11:36:32-02:00, tonyb@cybernetics.com
  [PATCH] sym53c8xx_2 error handler fix
  
  The sym53c8xx_2 driver in lk 2.4.x is unmaintained.  This is a backported
  fix from lk 2.6.x for a problem with the error handler never successfully
  completing an abort, bus reset, device reset, or host reset.  This patch has
  been well tested at my company.  Please apply.

ChangeSet@1.1499.1.13, 2004-11-17 10:11:45-05:00, jgarzik@pobox.com
  Merge pobox.com:/garz/repo/netdev-2.4/e100e1000
  into pobox.com:/garz/repo/net-drivers-2.4

ChangeSet@1.1499.1.12, 2004-11-17 10:11:22-05:00, jgarzik@pobox.com
  Merge pobox.com:/garz/repo/netdev-2.4/forcedeth
  into pobox.com:/garz/repo/net-drivers-2.4

ChangeSet@1.1499.1.11, 2004-11-17 05:49:55-02:00, marcelo@logos.cnet
    Changed Makefile to v2.4.28
  TAG: v2.4.28