2007-02-10 16:41:12

by Adrian Bunk

[permalink] [raw]
Subject: Linux 2.6.16.40

New drivers since 2.6.16.39:
- Areca ARC11X0/ARC12X0 SATA-RAID support
- AMD Athlon64/FX and Opteron temperature sensor


Location:
ftp://ftp.kernel.org/pub/linux/kernel/v2.6/

git tree:
git://git.kernel.org/pub/scm/linux/kernel/git/stable/linux-2.6.16.y.git


Changes since 2.6.16.39:

Adrian Bunk (2):
Linux 2.6.16.40-rc1
Linux 2.6.16.40

Andrew Morton (1):
[SCSI] areca sysfs fix

Bartlomiej Zolnierkiewicz (1):
ia64: add pci_get_legacy_ide_irq()

Erich Chen (1):
[SCSI] arcmsr: initial driver, version 1.20.00.13

James Bottomley (1):
[SCSI] arcmsr: fix up sysfs values

Jeff Garzik (1):
[libata] use kmap_atomic(KM_IRQ0) in SCSI simulator

Neil Brown (1):
Make 'repair' actually work for raid1.

Rudolf Marek (4):
hwmon: New driver k8temp
k8temp: Add documentation
k8temp: Documentation update
hwmon: Update Rudolf Marek's e-mail address

Vladimir Saveliev (1):
reiserfs: avoid tail packing if an inode was ever mmapped


Documentation/hwmon/k8temp | 55 +
Documentation/scsi/ChangeLog.arcmsr | 56 +
Documentation/scsi/arcmsr_spec.txt | 574 ++++++++++
MAINTAINERS | 6
Makefile | 2
drivers/hwmon/Kconfig | 12
drivers/hwmon/Makefile | 1
drivers/hwmon/hwmon-vid.c | 4
drivers/hwmon/k8temp.c | 292 +++++
drivers/hwmon/w83792d.c | 2
drivers/i2c/busses/i2c-ali1563.c | 2
drivers/md/md.c | 2
drivers/md/raid1.c | 5
drivers/scsi/Kconfig | 14
drivers/scsi/Makefile | 1
drivers/scsi/arcmsr/Makefile | 6
drivers/scsi/arcmsr/arcmsr.h | 472 ++++++++
drivers/scsi/arcmsr/arcmsr_attr.c | 381 +++++++
drivers/scsi/arcmsr/arcmsr_hba.c | 1496 ++++++++++++++++++++++++++++
drivers/scsi/libata-scsi.c | 4
fs/reiserfs/file.c | 20
fs/reiserfs/inode.c | 2
include/asm-ia64/pci.h | 6
include/linux/pci_ids.h | 18
include/linux/reiserfs_fs_i.h | 2
25 files changed, 3426 insertions(+), 9 deletions(-)



2007-02-12 06:12:11

by Bron Gondwana

[permalink] [raw]
Subject: Re: Linux 2.6.16.40

On Sat, Feb 10, 2007 at 05:41:13PM +0100, Adrian Bunk wrote:
> New drivers since 2.6.16.39:
> - Areca ARC11X0/ARC12X0 SATA-RAID support
> - AMD Athlon64/FX and Opteron temperature sensor
>
>
> Location:
> ftp://ftp.kernel.org/pub/linux/kernel/v2.6/
>
> git tree:
> git://git.kernel.org/pub/scm/linux/kernel/git/stable/linux-2.6.16.y.git
>
>
> Changes since 2.6.16.39:
>
> Adrian Bunk (2):
> Linux 2.6.16.40-rc1
> Linux 2.6.16.40
>
> Andrew Morton (1):
> [SCSI] areca sysfs fix
>
> Bartlomiej Zolnierkiewicz (1):
> ia64: add pci_get_legacy_ide_irq()
>
> Erich Chen (1):
> [SCSI] arcmsr: initial driver, version 1.20.00.13
>
> James Bottomley (1):
> [SCSI] arcmsr: fix up sysfs values
>
> Jeff Garzik (1):
> [libata] use kmap_atomic(KM_IRQ0) in SCSI simulator
>
> Neil Brown (1):
> Make 'repair' actually work for raid1.
>
> Rudolf Marek (4):
> hwmon: New driver k8temp
> k8temp: Add documentation
> k8temp: Documentation update
> hwmon: Update Rudolf Marek's e-mail address
>
> Vladimir Saveliev (1):
> reiserfs: avoid tail packing if an inode was ever mmapped
>
>
> Documentation/hwmon/k8temp | 55 +
> Documentation/scsi/ChangeLog.arcmsr | 56 +
> Documentation/scsi/arcmsr_spec.txt | 574 ++++++++++
> MAINTAINERS | 6
> Makefile | 2
> drivers/hwmon/Kconfig | 12
> drivers/hwmon/Makefile | 1
> drivers/hwmon/hwmon-vid.c | 4
> drivers/hwmon/k8temp.c | 292 +++++
> drivers/hwmon/w83792d.c | 2
> drivers/i2c/busses/i2c-ali1563.c | 2
> drivers/md/md.c | 2
> drivers/md/raid1.c | 5
> drivers/scsi/Kconfig | 14
> drivers/scsi/Makefile | 1
> drivers/scsi/arcmsr/Makefile | 6
> drivers/scsi/arcmsr/arcmsr.h | 472 ++++++++
> drivers/scsi/arcmsr/arcmsr_attr.c | 381 +++++++
> drivers/scsi/arcmsr/arcmsr_hba.c | 1496 ++++++++++++++++++++++++++++
> drivers/scsi/libata-scsi.c | 4
> fs/reiserfs/file.c | 20
> fs/reiserfs/inode.c | 2
> include/asm-ia64/pci.h | 6
> include/linux/pci_ids.h | 18
> include/linux/reiserfs_fs_i.h | 2
> 25 files changed, 3426 insertions(+), 9 deletions(-)
>
>
> -
> To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
> the body of a message to [email protected]
> More majordomo info at http://vger.kernel.org/majordomo-info.html
> Please read the FAQ at http://www.tux.org/lkml/

2007-02-12 06:13:55

by Bron Gondwana

[permalink] [raw]
Subject: Re: Linux 2.6.16.40

On Sat, Feb 10, 2007 at 05:41:13PM +0100, Adrian Bunk wrote:
> New drivers since 2.6.16.39:
> - Areca ARC11X0/ARC12X0 SATA-RAID support
> - AMD Athlon64/FX and Opteron temperature sensor

Sorry - I think I just sent a blank reply to this! Oops.

I was going to say - thanks. We'll definitely be using
this kernel since we've found that 2.6.19.2 has a
significantly worse IO profile and either the 2.6.16.40-rc1
kernel or 2.6.18 on otherwise identical machines with pretty
stable loads (so we can compare back to previous weeks).

Now to figure out what's causing the extra load in the
2.6.19 branch!

Bron.

2007-05-08 00:39:19

by Bron Gondwana

[permalink] [raw]
Subject: Re: Linux 2.6.16.40

On Mon, Feb 12, 2007 at 05:13:47PM +1100, Bron Gondwana wrote:
> On Sat, Feb 10, 2007 at 05:41:13PM +0100, Adrian Bunk wrote:
> > New drivers since 2.6.16.39:
> > - Areca ARC11X0/ARC12X0 SATA-RAID support
> > - AMD Athlon64/FX and Opteron temperature sensor
>
> Sorry - I think I just sent a blank reply to this! Oops.
>
> I was going to say - thanks. We'll definitely be using
> this kernel since we've found that 2.6.19.2 has a
> significantly worse IO profile and either the 2.6.16.40-rc1
> kernel or 2.6.18 on otherwise identical machines with pretty
> stable loads (so we can compare back to previous weeks).
>
> Now to figure out what's causing the extra load in the
> 2.6.19 branch!

By the way, we've just tried a 2.6.20.11 kernel on another machine
and so far (fingers crossed) we're not seeing the load issues we
had with the 2.6.19 kernel we were using.

Given that the Areca driver is the same in both, the only other funky
thing we did was a single patch to ReiserFS, but we're applying that
same patch on 2.6.20.

(my sneaking suspicion was that the delayed bitmap loading was to blame,
but it's hard to test these things short of multiple reboots, and we
don't have a testing Cyrus install that we can load that heavily)

Anyway - if this goes well for the next couple of days we'll probably
stop tracking the 2.6.16 series. Thanks again, very much, for your work
with 2.6.16. It was fantastic to have this resource to keep us from
having to chase more recent kernels just to get the patches we needed!

Bron.