public inbox for linux-kernel@vger.kernel.org
 help / color / mirror / Atom feed
* Linux v2.6.16-rc6
@ 2006-03-11 23:58 Linus Torvalds
  2006-03-12  1:51 ` Michal Piotrowski
                   ` (2 more replies)
  0 siblings, 3 replies; 25+ messages in thread
From: Linus Torvalds @ 2006-03-11 23:58 UTC (permalink / raw)
  To: Linux Kernel Mailing List

[-- Attachment #1: Type: TEXT/PLAIN, Size: 16311 bytes --]


Ok, we're getting closer, although the 2.6.16 release certainly seems to 
drag out more than it should have.

Some of the worrisome bootup problems seem to have been resolved to a 
stupid build-time race, where we just generated an empty version string. 
Oops. 

The diffstat shows that the largest changes here are the ia64 defconfig 
updates, much of the rest really is pretty small, but all over the map. 
Some ocfs2 and 9pfs fixes and updates, and various driver and networking 
fixes.

The ShortLog (appended) gives a pretty good picture of it,

		Linus

---

Adam Belay:
      pnp bus type fix

Adrian Bunk:
      V4L/DVB (3337): Drivers/media/dvb/frontends/mt312.c: cleanups
      V4L/DVB (3341): Upstream sync - make 2 structs static
      add missing pm_power_off's
      arch/sh/Kconfig: don't source non-existing Kconfig files
      xtensa must set RWSEM_GENERIC_SPINLOCK=y

Alan Stern:
      USB: unusual_devs entry for Lyra RCA RD1080

Alessandro Zummo:
      [ARM] 3353/1: NAS100d: protect  nas100d_power_exit() with machine_is_nas100d()

Alexey Dobriyan:
      video1394: fix "return E;" typo
      V4L/DVB (3413): Typos grab bag of the month

Andi Kleen:
      i386: port ATI timer fix from x86_64 to i386 II
      block: disable block layer bouncing for most memory on 64bit systems

Andrew Fuller:
      USB: Wisegroup MP-8866 Dual USB Joypad

Andrew Morton:
      nommu: implement vmalloc_node()
      out_of_memory(): use of uninitialised
      out_of_memory() locking fix
      numa_maps-update fix
      percpu_counter_sum()
      3c509: bus registration fix

Andrew Vasquez:
      [SCSI] fc_transport: stop creating duplicate rport entries.

Antonino A. Daplas:
      neofb: Fix uninitialized value
      arcfb: Fix uninitialized value
      kyrofb: Fix uninitialized value
      arcfb: Fix dereference before NULL check
      s1d13xxxfb: Fix resource leak
      imsttfb: Fix resource leak
      savagefb: Fix kfree before use
      intelfb: Fix buffer overrun
      tdfxfb: Fix buffer overrun
      aty128fb: Fix array overrun
      radeonfb: Fix static array overrun

Arjan van de Ven:
      edac: disable a few sysfs files to avoid them becoming an ABI

Arnaldo Carvalho de Melo:
      [REQSK]: Don't reset rskq_defer_accept in reqsk_queue_alloc

Atsushi Nemoto:
      [MIPS] Use generic compat routines for readdir, getdents
      [MIPS] Use USECS_PER_SEC / HZ instead of tick_usec in do_gettimeofday.
      x86: fix potential jiffies overflow in timer_resume()
      time: add barrier after updating jiffies_64
      __get_unaligned() gcc-4 fix
      mtd: 64 bit fixes

Badari Pulavarty:
      ext3: fix nobh mode for chattr +j inodes

Bastian Blank:
      s390: fix match in ccw modalias

Benjamin Herrenschmidt:
      powerpc: vdso 64bits gettimeofday bug
      Add mm->task_size and fix powerpc vdso
      powerpc: Fix old g5 issues with windfarm
      powerpc: Fix windfarm_pm112 not starting all control loops
      powerpc: Expose SMT and L1 icache snoop userland features
      powerpc: incorrect rmo_top handling in prom_init
      windfarm license fix

Bjorn Helgaas:
      [IA64] gensparse_defconfig: turn on PNPACPI
      [IA64] don't report !sn2 or !summit hardware as an error
      [IA64] SGI SN drivers: don't report !sn2 hardware as an error

Brian King:
      [SCSI] sg: Remove aha1542 hack
      [SCSI] scsi: scsi command retries off by one fix

Catalin Marinas:
      [ARM] 3352/1: DSB required for the completion of a TLB maintenance operation

Chas Williams:
      [ATM]: keep atmsvc failure messages quiet

Chris Wright:
      update email address
      LSM mail list has moved

Christian Ehrhardt:
      s390: Increase spinlock retry code performance

Christoph Hellwig:
      [IA64-SGI] revert export sn_pcidev_info_get
      [SCSI] scsi: handle ->slave_configure return value
      [SCSI] megaraid_sas: fix physical disk handling
      remove __put_task_struct_cb export again

Christoph Lameter:
      Fix sys_migrate_pages: Move all pages when invoked from root
      remove_from_swap: fix locking
      time_interpolator: Use readq_relaxed() instead of readq().
      numa_maps: Fix potential crash on non IA64 platforms
      numa_maps update
      [IA64] Fix race in the accessed/dirty bit handlers
      vmscan: no zone_reclaim if PF_MALLOC is set
      slab: Node rotor for freeing alien caches and remote per cpu pages.

Cornelia Huck:
      s390: improve response code handling in chsc_enable_facility()

Daniele Venzano:
      Fix Wake on LAN support in sis900

Darren Jenkins:
      synclink_gt: make ->init_error signed

Dave Johnson:
      cramfs mounts provide corrupted content since 2.6.15

Dave Jones:
      x86 microcode driver vs hotplug CPUs.

David Brownell:
      USB: fix EHCI BIOS handshake
      pcmcia: add another ide-cs CF card id

David Gibson:
      powerpc: Fix incorrect pud_ERROR() message

David S. Miller:
      [TG3]: Fix Sun tg3 variant detection.
      [SUNSU]: Fix locking error in sunsu_stop_rx().
      [SPARC64]: Mark __ex_table section correctly.
      Wrong return value corrupts free object in e1000 driver

David Woodhouse:
      jffs2: avoid divide-by-zero

Dipankar Sarma:
      rcu batch tuning
      fix file counting

Dmitry Torokhov:
      Input: psmouse - disable autoresync

Dominik Brodowski:
      pcmcia: properly handle pseudo multi-function devices

Doug Warzecha:
      dcdbas: dcdbas_pdev referenced after platform_device_unregister on exit

Edgar Hucek:
      EFI: Fix gdt load

Eric Sandeen:
      [XFS] Don't map non-uptodate buffers in xfs_probe_cluster; also fixes

Eric Sesterhenn:
      chelsio: fix kmalloc failure in t1_espi_create

Eric Van Hensbergen:
      v9fs: fix bug in atomic create open fix
      v9fs: simplify fid mapping

Franck Bui-Huu:
      USB: lh7a40x gadget driver: Fixed a dead lock

Francois Romieu:
      via-velocity: fix memory corruption when changing the mtu
      8139cp: fix broken suspend/resume
      de2104x: prevent interrupt before the interrupt handler is registered
      de2104x: fix the TX watchdog

Gerald Schaefer:
      s390: fix strnlen_user return value

GOTO Masanori:
      x86: Fix i386 nmi_watchdog that does not trigger die_nmi

Greg KH:
      fix build breakage in eeh.c in 2.6.16-rc5-git5

Greg Kroah-Hartman:
      USB Serial: fix use-after-free bug in usb-serial core

Hans Verkuil:
      V4L/DVB (3354): Fix maximum for the saturation and contrast controls.

Harald Welte:
      pcmcia: CM4000, CM4040 Driver fixes

Hartmut Hackmann:
      V4L/DVB (3378): Restore power on defaults of tda9887 after tda8290 probe
      V4L/DVB (3395): Fixed Pinnacle 300i DVB-T support

Hendrik Schweppe:
      USB: visor.c id for gspda smartphone

Herbert Xu:
      [IPSEC] esp: Kill unnecessary block and indentation
      [IPSEC]: Kill post_input hook and do NAT-T in esp_input directly

Horms:
      [IA64] Document the "nomca" boot parameter

Horst Hummel:
      s390: dasd partition detection
      s390: dasd proc interface typo

Hugh Dickins:
      page_add_file_rmap(): remove BUG_ON()s
      fix pcmcia_device_probe oops

Ian Abbott:
      USB: ftdi_sio: new microHAM device IDs

Ian McDonald:
      [DCCP] ccid3: Divide by zero fix

Ingo Molnar:
      idle threads should have a sane ->timestamp value

Ivan Kokshaysky:
      alpha: fix IRQ handling lockup

Jack Steiner:
      [IA64-SGI] Make number of TIO nodes configurable
      Increase max kmalloc size for very large systems
      slab: allocate larger cache_cache if order 0 fails

Jan Beulich:
      kbuild: version.h should depend on .kernelrelease

Jan Blunck:
      s390: fix compile with VIRT_CPU_ACCOUNTING=n

Jean Delvare:
      Fix error handling in backlight drivers

Jeff Garzik:
      [libata] Disable FUA
      s2io: set_multicast_list bug

Jeff Kirsher:
      e1000: revert to single descriptor for legacy receive path

Jeff Mahoney:
      ocfs2: fix -Wformat warnings when building UML on x86-64
      ocfs2: complete failure recovery for nodemanager init
      reiserfs: fix unaligned bitmap usage

Jens Axboe:
      cfq-iosched: slice expiry fixups

Jes Sorensen:
      [IA64] show "SN Devices" menu only if CONFIG_SGI_SN
      [IA64] sysctl option to silence unaligned trap warnings

Jesper Juhl:
      NE2000 Kconfig help entry improvement

Jesse Allen:
      pcmcia: add id for AMB8110 PC Card

Joel Becker:
      ocfs2: Set .owner on masklog sysfs attributes.
      ocfs2: Respond to on-disk corruption in the extent map code.

Johannes Stezenbach:
      V4L/DVB (3385): Dvb: fix __init/__exit section references in av7110 driver

John Bowler:
      drivers/mtd/redboot.c: recognise a foreign byte sex partition table
      "drivers/mtd/redboot.c: recognise a foreign byte sex partition table" update

John Rose:
      powerpc: fix dynamic PCI probe regression

Jon Mason:
      dl2k: DMA freeing error

Jürgen E. Fischer:
      [SCSI] aha152x: fix variable use before initialisation and other bugs

KAMEZAWA Hiroyuki:
      memory-hotplug compile fix

Karsten Keil:
      i4l: add new PCI IDs for HFC-S PCI
      i4l: fix refcounting problem with ttyIx devices
      i4l: fix compatiblity issue with big endian systems

Karsten Suehring:
      V4L/DVB (3347): Pinnacle PCTV 40i: add filtered Composite2 input

Ken Chen:
      [IA64] cleanup in fsys.S

Kirill Korotaev:
      ext3: ext3_symlink should use GFP_NOFS allocations inside

Latchesar Ionkov:
      v9fs: fix atomic create open
      v9fs: fix for access to unitialized variables or freed memory

Linus Torvalds:
      Revert "x86_64: Only do the clustered systems have unsynchronized TSC assumption on IBM systems"
      ppc64: make sure to align stack pointer to 16 bytes at boot
      Fix "check_slabp" printout size calculation
      Add early-boot-safety check to cond_resched()
      Allocate 96 bytes for SCSI sense data reply
      slab: clarify and fix calculate_slab_order()
      Simplify fifo_open() locking logic
      slab: fix calculate_slab_order() for SLAB_RECLAIM_ACCOUNT
      Mark the pipe file operations static
      Linux 2.6.16-rc6

Manu Abraham:
      V4L/DVB (3340): Make a struct static

Marc Zyngier:
      Fix Specialix SX corruption

Marco Schluessler:
      V4L/DVB (3403): Workaround to fix initialization for Nexus CA

Mark Brown:
      Add missing ifdef for VIA RNG code

Mark Fasheh:
      ocfs2: remove pointless max journal size limit
      ocfs2: remove unused code
      ocfs2: remove non existing function prototypes
      ocfs2: fix orphan recovery deadlock
      ocfs2: use hlists for lockres hash
      powerpc: restore eeh_add_device_late() prototype stub

Martin Michlmayr:
      [MMC] au1xmmc: Fix compilation error by using platform_driver
      [MMC] au1xmmc: Fix linking error because mmc_rsp_type doesn't exist
      [MMC] au1xmmc: Fix a compilation warning ('status' is not used)
      [SERIAL] ip22zilog: Fix oops on runlevel change with serial console

Martin Schwidefsky:
      s390: iucv message limit for smsg

Matt Mackall:
      dac960: add disk entropy in request completions

Matthew Wilcox:
      [IA64] Fix pcibios_setup
      [SCSI] Fix uninitialised width and speed in sym2

Mattias Nordstrom:
      V4L/DVB (3382): Fix stv0297 for qam128 on tt c1500 (saa7146)

Mauro Carvalho Chehab:
      V4L/DVB (3300a): Removing personal email from DVB maintainers

Max Asbock:
      ibmasm: use after free fix

Michael Chan:
      [TG3]: Add DMA address workaround

Michael Ellerman:
      powerpc/iseries: Fix double phys_to_abs bug in htab_bolt_mapping

Michael Krufky:
      V4L/DVB (3336): Bt8xx documentation authors fix
      V4L/DVB (3352): Cxusb: fix lgdt3303 naming
      V4L/DVB (3399): ELSA EX-VISION 500TV: fix incorrect PCI subsystem ID

Michael Matz:
      fix kexec asm

Miklos Szeredi:
      fuse: fix bug in negative lookup

Nathan Scott:
      [XFS] Fix a realtime allocator regression introduced by an old iget race
      [XFS] Reduce stack use during quota mounts (caused a panic).  This

NeilBrown:
      md: Fix several raid1 bugs which cause a memory leak

Nick Piggin:
      smaps: hugepages fix
      smaps: shared fix

Olaf Hering:
      powerpc: fix NULL pointer in handle_eeh_events

Pat Gefre:
      Altix: more ioc3 cleanups and locking fixes
      Altix: small ioc4 oversight

Patrick McHardy:
      [NETFILTER]: nf_queue: don't copy registered rerouter data
      [NETFILTER]: nf_queue: check if rerouter is present before using it
      [NETFILTER]: nf_queue: fix rerouting after packet mangling
      [NETFILTER]: nf_queue: remove unnecessary check for outfn
      [NETFILTER]: nf_queue: fix end-of-list check
      [NETFILTER]: Restore {ipt,ip6t,ebt}_LOG compatibility

Paul Fulghum:
      tty buffering: comment out debug code

Paul Mackerras:
      powerpc: Fix might-sleep warning in program check exception handler
      powerpc: Turn off verbose debug output in powermac platform functions
      powerpc32: Fix timebase synchronization on 32-bit powermacs
      powerpc: Fix various syscall/signal/swapcontext bugs

Pavel Machek:
      serial core: work around sub-driver bugs

Pavel Roskin:
      pcmcia: Add macro to match PCMCIA cards by numeric ID and first vendor string
      pcmcia: avoid binding hostap_cs to Orinoco cards

Pete Zaitcev:
      ieee80211_rx.c: is_beacon

Peter Staubach:
      ramfs needs to update directory m/ctime on symlink

Phillip Susi:
      udf: fix uid/gid options and add uid/gid=ignore and forget options

Ralf Baechle:
      [MIPS] Use "=R" constraint to avoid compiler errors in cmpxchg().
      [MIPS] SMP: Fix initialization order bug.
      [MIPS] Fix atomic*_sub_if_positive return value.
      [SCSI] Delete duplicate driver template.
      [MIPS] Initialize S-cache function pointers even on S-cache-less CPUs.
      [MIPS] Fix build error on processors that don's support copy-on-write.
      [MIPS] Threaten removal of code for NEC DDB5074 and DDB5476 evaluation boards.
      [MIPS] A struct console.setup function may not be __init.
      [MIPS] Enable highmem for all MIPS32 and MIPS64 processors.
      [MIPS] Discard .exit.text at runtime.
      [MIPS] Momentum: Resurrect after things were moved around a while ago.
      [MIPS] Scatter a bunch of __init over tlbex.c.
      [MIPS] Undefine scr_writew and scr_readw in <asm/vga.h>.
      [MIPS] Always pass -msoft-float.

Randy Dunlap:
      [NET] compat ifconf: fix limits

Ricardo Cerqueira:
      V4L/DVB (3348): Fixed saa7134 ALSA initialization with multiple cards

Roland Dreier:
      IB/srp: Don't send task management commands after target removal

Roman Zippel:
      m68k: fix cmpxchg compile errors if CONFIG_RMW_INSNS=n

Russ Anderson:
      [IA64] Increase severity of MCA recovery messages
      [IA64] mca recovery return value when no bus check

Russell King:
      [SERIAL] Fix two bugs in parport_serial

Sam Ravnborg:
      [ATM]: [fore200e] fix section mismatch warnings
      de620: fix section mismatch warning

Shaohua Li:
      x86: cpu model calculation for family 6 cpu

Shaun Tancheff:
      USB: Gadget RNDIS fix alloc bug. (buffer overflow)

Stefan Seyfried:
      fix acpi_video_flags on x86-64

Stephen Hemminger:
      sky2: remove MSI support
      [BRIDGE]: fix crash in STP
      [BRIDGE]: port timer initialization
      [BRIDGE]: generate kobject remove event
      sky2: not random enough
      sky2: force early transmit interrupts
      sky2: truncate oversize packets

Stephen Smalley:
      selinux: tracer SID fix

Steve French:
      [CIFS] Always match oplock break (cache notification) to the right tcp

Sunil Mushran:
      ocfs2: added source addr to bind() in o2net_start_connect()

Takashi Iwai:
      alsa: fix error paths in snd_ctl_elem_add()

Tejun Heo:
      sata_sil: add board ID for 3512
      sata_sil: implement R_ERR on DMA activate FIS errata fix

Thomas Graf:
      [NETFILTER] ip_queue: Fix wrong skb->len == nlmsg_len assumption

Tim Small:
      edac: mark as experimental

Tony Lindgren:
      fix next_timer_interrupt() for hrtimer

Tony Luck:
      [IA64] die_if_kernel() can return
      [IA64] refresh default config files

Vladimir V. Saveliev:
      reiserfs: do not check if unsigned < 0

Yasunori Goto:
      memory hotadd: pgdat->node_present_pages fix

Zhang, Yanmin:
      [IA64] Delete a redundant instruction in unaligned_access

^ permalink raw reply	[flat|nested] 25+ messages in thread

* Re: Linux v2.6.16-rc6
  2006-03-11 23:58 Linus Torvalds
@ 2006-03-12  1:51 ` Michal Piotrowski
  2006-03-12  2:39   ` David S. Miller
  2006-03-12  9:03 ` Christoph Hellwig
  2006-03-16 22:12 ` Bill Davidsen
  2 siblings, 1 reply; 25+ messages in thread
From: Michal Piotrowski @ 2006-03-12  1:51 UTC (permalink / raw)
  To: Linus Torvalds; +Cc: Linux Kernel Mailing List, netdev

Hi,

On 12/03/06, Linus Torvalds <torvalds@osdl.org> wrote:
>
> Ok, we're getting closer, although the 2.6.16 release certainly seems to
> drag out more than it should have.
>

I have noticed this warnings
TCP: Treason uncloaked! Peer 82.113.55.2:11759/50967 shrinks window
148470938:148470943. Repaired.
TCP: Treason uncloaked! Peer 82.113.55.2:11759/50967 shrinks window
148470938:148470943. Repaired.
TCP: Treason uncloaked! Peer 82.113.55.2:11759/59768 shrinks window
1124211698:1124211703. Repaired.
TCP: Treason uncloaked! Peer 82.113.55.2:11759/59768 shrinks window
1124211698:1124211703. Repaired.

It maybe problem with ktorrent.

Here is config http://www.stardust.webpages.pl/files/linux/2.6.16-rc6/config
Here is dmesg http://www.stardust.webpages.pl/files/linux/2.6.16-rc6/dmesg

Regards,
Michal

--
Michal K. K. Piotrowski
LTG - Linux Testers Group
(http://www.stardust.webpages.pl/ltg/wiki/)

^ permalink raw reply	[flat|nested] 25+ messages in thread

* Re: Linux v2.6.16-rc6
  2006-03-12  1:51 ` Michal Piotrowski
@ 2006-03-12  2:39   ` David S. Miller
  2006-03-12  3:28     ` Chris Adams
                       ` (3 more replies)
  0 siblings, 4 replies; 25+ messages in thread
From: David S. Miller @ 2006-03-12  2:39 UTC (permalink / raw)
  To: michal.k.k.piotrowski; +Cc: torvalds, linux-kernel, netdev

From: "Michal Piotrowski" <michal.k.k.piotrowski@gmail.com>
Date: Sun, 12 Mar 2006 02:51:40 +0100

> I have noticed this warnings
> TCP: Treason uncloaked! Peer 82.113.55.2:11759/50967 shrinks window
> 148470938:148470943. Repaired.
> TCP: Treason uncloaked! Peer 82.113.55.2:11759/50967 shrinks window
> 148470938:148470943. Repaired.
> TCP: Treason uncloaked! Peer 82.113.55.2:11759/59768 shrinks window
> 1124211698:1124211703. Repaired.
> TCP: Treason uncloaked! Peer 82.113.55.2:11759/59768 shrinks window
> 1124211698:1124211703. Repaired.
> 
> It maybe problem with ktorrent.

It is a problem with the remote TCP implementation, it is
illegally advertising a smaller window that it previously
did.

^ permalink raw reply	[flat|nested] 25+ messages in thread

* Re: Linux v2.6.16-rc6
@ 2006-03-12  3:25 Paul Blazejowski
  2006-03-12  5:07 ` Andrew Morton
  2006-03-13 20:14 ` Jan Engelhardt
  0 siblings, 2 replies; 25+ messages in thread
From: Paul Blazejowski @ 2006-03-12  3:25 UTC (permalink / raw)
  To: LKML

[-- Attachment #1: Type: text/plain, Size: 3057 bytes --]

Are these UDMA transfer rates normal?

libata version 1.20 loaded.
sata_nv 0000:00:07.0: version 0.8
ACPI: PCI Interrupt Link [APSI] enabled at IRQ 22
ACPI: PCI Interrupt 0000:00: 07.0[A] -> Link [APSI] -> GSI 22 (level, low)
-> IRQ 20
PCI: Setting latency timer of device 0000:00:07.0 to 64
ata1: SATA max UDMA/133 cmd 0x9F0 ctl 0xBF2 bmdma 0xD800 irq 20
ata2: SATA max UDMA/133 cmd 0x970 ctl 0xB72 bmdma 0xD808 irq 20
ata1: SATA link down (SStatus 0)
scsi1 : sata_nv
ata2: SATA link down (SStatus 0)
scsi2 : sata_nv
ACPI: PCI Interrupt Link [APSJ] enabled at IRQ 21
ACPI: PCI Interrupt 0000:00:08.0[A] -> Link [APSJ] -> GSI 21 (level, low) -=
>
IRQ 21
PCI: Setting latency timer of device 0000:00:08.0 to 64
ata3: SATA max UDMA/133 cmd 0x9E0 ctl 0xBE2 bmdma 0xC400 irq 21
ata4: SATA max UDMA/133 cmd 0x960 ctl 0xB62 bmdma 0xC408 irq 21
eth0: link up.
ata3: SATA link up 1.5 Gbps (SStatus 113)
ieee1394: Host added: ID:BUS[0-00:1023]  GUID[00023c0091065c55]
ata3: dev 0 cfg 49:2f00 82:306b 83:7e01 84:4003 85:3068 86:3c01 87:4003
88:203f
ata3: dev 0 ATA-6, max UDMA/100, 390721968 sectors: LBA48
nv_sata: Primary device added
nv_sata: Primary device removed
nv_sata: Secondary device added
nv_sata: Secondary device removed
ata3: dev 0 configured for UDMA/100
scsi3 : sata_nv
ieee1394: Host added: ID:BUS[1-00:1023]  GUID[0011d800004f6359]
ata4: SATA link up 1.5 Gbps (SStatus 113)
ata4: dev 0 cfg 49:2f00 82:346b 83:7f61 84:4003 85:3468 86:3c41 87:4003
88:407f
ata4: dev 0 ATA-6, max UDMA/133, 390721968 sectors: LBA48
nv_sata: Primary device added
nv_sata: Primary device removed
nv_sata: Secondary device added
nv_sata: Secondary device removed
ata4: dev 0 configured for UDMA/133
scsi4 : sata_nv
  Vendor: ATA       Model: WDC WD2000JD-60K  Rev: 08.0
  Type:   Direct-Access                      ANSI SCSI revision: 05
SCSI device sdb: 390721968 512-byte hdwr sectors (200050 MB)
sdb: Write Protect is off
sdb: Mode Sense: 00 3a 00 00
SCSI device sdb: drive cache: write back
SCSI device sdb: 390721968 512-byte hdwr sectors (200050 MB)
sdb: Write Protect is off
sdb: Mode Sense: 00 3a 00 00
SCSI device sdb: drive cache: write back
 sdb:<4>nv_sata: Primary device added
nv_sata: Primary device removed
nv_sata: Secondary device added
nv_sata: Secondary device removed
 sdb1 sdb2 sdb3 sdb4
sd 3:0:0:0: Attached scsi disk sdb
  Vendor: ATA       Model: WDC WD2000JD-00H  Rev: 08.0
  Type:   Direct-Access                      ANSI SCSI revision: 05
SCSI device sdc: 390721968 512-byte hdwr sectors (200050 MB)
sdc: Write Protect is off
sdc: Mode Sense: 00 3a 00 00
SCSI device sdc: drive cache: write back
SCSI device sdc: 390721968 512-byte hdwr sectors (200050 MB)
sdc: Write Protect is off
sdc: Mode Sense: 00 3a 00 00
SCSI device sdc: drive cache: write back
 sdc:<4>nv_sata: Primary device added
nv_sata: Primary device removed
nv_sata: Secondary device added
nv_sata: Secondary device removed
 sdc1 sdc2 sdc3 sdc4
sd 4:0:0:0: Attached scsi disk sdc

Cheers!

Paul B.

[-- Attachment #2: This is a digitally signed message part --]
[-- Type: application/pgp-signature, Size: 191 bytes --]

^ permalink raw reply	[flat|nested] 25+ messages in thread

* Re: Linux v2.6.16-rc6
  2006-03-12  2:39   ` David S. Miller
@ 2006-03-12  3:28     ` Chris Adams
  2006-03-12  3:35       ` Lee Revell
  2006-03-12 10:57       ` Michal Feix
  2006-03-12  8:35     ` Willy Tarreau
                       ` (2 subsequent siblings)
  3 siblings, 2 replies; 25+ messages in thread
From: Chris Adams @ 2006-03-12  3:28 UTC (permalink / raw)
  To: linux-kernel

Once upon a time, David S. Miller <davem@davemloft.net> said:
>> TCP: Treason uncloaked! Peer 82.113.55.2:11759/50967 shrinks window
>> 148470938:148470943. Repaired.
>
>It is a problem with the remote TCP implementation, it is
>illegally advertising a smaller window that it previously
>did.

Is this something that should be logged though?  I get these messages
all the time on my mirror server.  It isn't like I can do anything about
it.  If Linux is generous in what it accepts and can handle it, what is
the logged error for?
-- 
Chris Adams <cmadams@hiwaay.net>
Systems and Network Administrator - HiWAAY Internet Services
I don't speak for anybody but myself - that's enough trouble.

^ permalink raw reply	[flat|nested] 25+ messages in thread

* Re: Linux v2.6.16-rc6
  2006-03-12  3:28     ` Chris Adams
@ 2006-03-12  3:35       ` Lee Revell
  2006-03-12 10:57       ` Michal Feix
  1 sibling, 0 replies; 25+ messages in thread
From: Lee Revell @ 2006-03-12  3:35 UTC (permalink / raw)
  To: Chris Adams; +Cc: linux-kernel

On Sat, 2006-03-11 at 21:28 -0600, Chris Adams wrote:
> Once upon a time, David S. Miller <davem@davemloft.net> said:
> >> TCP: Treason uncloaked! Peer 82.113.55.2:11759/50967 shrinks window
> >> 148470938:148470943. Repaired.
> >
> >It is a problem with the remote TCP implementation, it is
> >illegally advertising a smaller window that it previously
> >did.
> 
> Is this something that should be logged though?  I get these messages
> all the time on my mirror server.  It isn't like I can do anything about
> it.  If Linux is generous in what it accepts and can handle it, what is
> the logged error for?

I have been seeing these since the 2.4 era (possibly 2.2).

Unless this is something that just started with 2.6.15-rc6 then it's OT
for this thread.

Lee


^ permalink raw reply	[flat|nested] 25+ messages in thread

* Re: Linux v2.6.16-rc6
  2006-03-12  3:25 Paul Blazejowski
@ 2006-03-12  5:07 ` Andrew Morton
  2006-03-13 20:14 ` Jan Engelhardt
  1 sibling, 0 replies; 25+ messages in thread
From: Andrew Morton @ 2006-03-12  5:07 UTC (permalink / raw)
  To: Paul Blazejowski; +Cc: linux-kernel

Paul Blazejowski <paulb@blazebox.homeip.net> wrote:
>
>  Are these UDMA transfer rates normal?
>

Please be less cryptic.

What behaviour are you expecting to see?

How does the current behaviour appear to be incorrect?

What was the behaviour in previous kernels?  (Which version?)

What actual probelms are observable?  Oops?  Hang? Corruption?  Nothing?

^ permalink raw reply	[flat|nested] 25+ messages in thread

* Re: Linux v2.6.16-rc6
  2006-03-12  2:39   ` David S. Miller
  2006-03-12  3:28     ` Chris Adams
@ 2006-03-12  8:35     ` Willy Tarreau
  2006-03-12 12:04     ` Michal Piotrowski
  2006-04-09 12:08     ` Andy Furniss
  3 siblings, 0 replies; 25+ messages in thread
From: Willy Tarreau @ 2006-03-12  8:35 UTC (permalink / raw)
  To: David S. Miller
  Cc: michal.k.k.piotrowski, torvalds, linux-kernel, netdev, herbert

On Sat, Mar 11, 2006 at 06:39:04PM -0800, David S. Miller wrote:
> From: "Michal Piotrowski" <michal.k.k.piotrowski@gmail.com>
> Date: Sun, 12 Mar 2006 02:51:40 +0100
> 
> > I have noticed this warnings
> > TCP: Treason uncloaked! Peer 82.113.55.2:11759/50967 shrinks window
> > 148470938:148470943. Repaired.
> > TCP: Treason uncloaked! Peer 82.113.55.2:11759/50967 shrinks window
> > 148470938:148470943. Repaired.
> > TCP: Treason uncloaked! Peer 82.113.55.2:11759/59768 shrinks window
> > 1124211698:1124211703. Repaired.
> > TCP: Treason uncloaked! Peer 82.113.55.2:11759/59768 shrinks window
> > 1124211698:1124211703. Repaired.
> > 
> > It maybe problem with ktorrent.
> 
> It is a problem with the remote TCP implementation, it is
> illegally advertising a smaller window that it previously
> did.

on 2005/10/27, Herbert Xu provided a patch merged in 2.6.14 to fix some
erroneous occurences of this message (some of them appeared with Linux
on the other side). It would be interesting to know whether the peer
above is Linux or not, because it might be possible that Herbert's fix
needs to be applied to other places ?

Here comes his patch with his interesting analysis for reference, in
case it might give ideas to anybody.

Cheers,
Willy

---
From: Herbert Xu <herbert@gondor.apana.org.au>
Date: Thu, 27 Oct 2005 08:47:46 +0000 (+1000)
Subject: [TCP]: Clear stale pred_flags when snd_wnd changes
X-Git-Tag: v2.6.14
X-Git-Url: http://kernel.org/git/?p=linux/kernel/git/torvalds/linux-2.6.git;a=commitdiff;h=2ad41065d9fe518759b695fc2640cf9c07261dd2

[TCP]: Clear stale pred_flags when snd_wnd changes

This bug is responsible for causing the infamous "Treason uncloaked"
messages that's been popping up everywhere since the printk was added.
It has usually been blamed on foreign operating systems.  However,
some of those reports implicate Linux as both systems are running
Linux or the TCP connection is going across the loopback interface.

In fact, there really is a bug in the Linux TCP header prediction code
that's been there since at least 2.1.8.  This bug was tracked down with
help from Dale Blount.

The effect of this bug ranges from harmless "Treason uncloaked"
messages to hung/aborted TCP connections.  The details of the bug
and fix is as follows.

When snd_wnd is updated, we only update pred_flags if
tcp_fast_path_check succeeds.  When it fails (for example,
when our rcvbuf is used up), we will leave pred_flags with
an out-of-date snd_wnd value.

When the out-of-date pred_flags happens to match the next incoming
packet we will again hit the fast path and use the current snd_wnd
which will be wrong.

In the case of the treason messages, it just happens that the snd_wnd
cached in pred_flags is zero while tp->snd_wnd is non-zero.  Therefore
when a zero-window packet comes in we incorrectly conclude that the
window is non-zero.

In fact if the peer continues to send us zero-window pure ACKs we
will continue making the same mistake.  It's only when the peer
transmits a zero-window packet with data attached that we get a
chance to snap out of it.  This is what triggers the treason
message at the next retransmit timeout.

Signed-off-by: Herbert Xu <herbert@gondor.apana.org.au>
Signed-off-by: Arnaldo Carvalho de Melo <acme@mandriva.com>
---

--- a/net/ipv4/tcp_input.c
+++ b/net/ipv4/tcp_input.c
@@ -2239,6 +2239,7 @@ static int tcp_ack_update_window(struct 
 			/* Note, it is the only place, where
 			 * fast path is recovered for sending TCP.
 			 */
+			tp->pred_flags = 0;
 			tcp_fast_path_check(sk, tp);
 
 			if (nwin > tp->max_window) {


----


^ permalink raw reply	[flat|nested] 25+ messages in thread

* Re: Linux v2.6.16-rc6
  2006-03-11 23:58 Linus Torvalds
  2006-03-12  1:51 ` Michal Piotrowski
@ 2006-03-12  9:03 ` Christoph Hellwig
  2006-03-13 19:54   ` Bjorn Helgaas
  2006-03-16 22:12 ` Bill Davidsen
  2 siblings, 1 reply; 25+ messages in thread
From: Christoph Hellwig @ 2006-03-12  9:03 UTC (permalink / raw)
  To: Linus Torvalds; +Cc: Linux Kernel Mailing List

On Sat, Mar 11, 2006 at 03:58:12PM -0800, Linus Torvalds wrote:
> Bjorn Helgaas:
>       [IA64] don't report !sn2 or !summit hardware as an error
>       [IA64] SGI SN drivers: don't report !sn2 hardware as an error

These should be reverted.  They return success from initcalls when they
should report failure.  In the mmtimer case this is a real bug as it can
be modular, in others it's just cosmetic but provides people wrong examples
to cut & paste from.


^ permalink raw reply	[flat|nested] 25+ messages in thread

* Re: Linux v2.6.16-rc6
  2006-03-12  3:28     ` Chris Adams
  2006-03-12  3:35       ` Lee Revell
@ 2006-03-12 10:57       ` Michal Feix
  1 sibling, 0 replies; 25+ messages in thread
From: Michal Feix @ 2006-03-12 10:57 UTC (permalink / raw)
  To: linux-kernel

> Once upon a time, David S. Miller <davem <at> davemloft.net> said:
> >> TCP: Treason uncloaked! Peer 82.113.55.2:11759/50967 shrinks window
> >> 148470938:148470943. Repaired.
> >
> >It is a problem with the remote TCP implementation, it is
> >illegally advertising a smaller window that it previously
> >did.
> 
> Is this something that should be logged though?  I get these messages
> all the time on my mirror server.  It isn't like I can do anything about
> it.  If Linux is generous in what it accepts and can handle it, what is
> the logged error for?

If you do not want to see these messages, simply set TCP_DEBUG to 0 in
include/net/tcp.h. Or simply stop logging everything on level debug, which is
worse as it affects all debug kernel output.

--
Michal Feix



^ permalink raw reply	[flat|nested] 25+ messages in thread

* Re: Linux v2.6.16-rc6
  2006-03-12  2:39   ` David S. Miller
  2006-03-12  3:28     ` Chris Adams
  2006-03-12  8:35     ` Willy Tarreau
@ 2006-03-12 12:04     ` Michal Piotrowski
  2006-04-09 12:08     ` Andy Furniss
  3 siblings, 0 replies; 25+ messages in thread
From: Michal Piotrowski @ 2006-03-12 12:04 UTC (permalink / raw)
  To: David S. Miller; +Cc: torvalds, linux-kernel, netdev

Hi,

On 12/03/06, David S. Miller <davem@davemloft.net> wrote:
> From: "Michal Piotrowski" <michal.k.k.piotrowski@gmail.com>
> Date: Sun, 12 Mar 2006 02:51:40 +0100
>
> > I have noticed this warnings
> > TCP: Treason uncloaked! Peer 82.113.55.2:11759/50967 shrinks window
> > 148470938:148470943. Repaired.
> > TCP: Treason uncloaked! Peer 82.113.55.2:11759/50967 shrinks window
> > 148470938:148470943. Repaired.
> > TCP: Treason uncloaked! Peer 82.113.55.2:11759/59768 shrinks window
> > 1124211698:1124211703. Repaired.
> > TCP: Treason uncloaked! Peer 82.113.55.2:11759/59768 shrinks window
> > 1124211698:1124211703. Repaired.
> >
> > It maybe problem with ktorrent.
>
> It is a problem with the remote TCP implementation, it is
> illegally advertising a smaller window that it previously
> did.
>

Thanks for explanation.

Regards,
Michal

--
Michal K. K. Piotrowski
LTG - Linux Testers Group
(http://www.stardust.webpages.pl/ltg/wiki/)

^ permalink raw reply	[flat|nested] 25+ messages in thread

* Re: Linux v2.6.16-rc6
@ 2006-03-12 18:45 Paul Blazejowski
  2006-03-12 21:46 ` Lee Revell
  2006-03-12 22:54 ` Jeff Garzik
  0 siblings, 2 replies; 25+ messages in thread
From: Paul Blazejowski @ 2006-03-12 18:45 UTC (permalink / raw)
  To: LKML; +Cc: linux-ide

[-- Attachment #1: Type: text/plain, Size: 5444 bytes --]

On recent kernel 2.6.15.6 (or any 2.6.15.x) and latest testing
2.6.16-rc6 libata detects and sets wrong UDMA modes for one of the
SATA-1 drives. This seems to be a bug.

My setup is as follows:

ASUS A8N-SLI-Premium Nforce4 mainboard
AMD Athlon X2 CPU running SMP
GCC 3.3.6
Slackware 10.2 Linux

The drives are used in RAID1 array (dmraid), they are WDC-WD2000JD
series purchased few months apart. Sata is compiled in the kernel as
module sata_nv and functions properly, no errors or any other anomalies
were noticed but the UDMA mode detection seem wrong on the second drive.

Drive one reports ata3: dev 0 configured for UDMA/100 while drive two
ata4: dev 0 configured for UDMA/133

Below is the full snippet of libata detection from dmesg:

libata version 1.20 loaded.
sata_nv 0000:00:07.0: version 0.8
ACPI: PCI Interrupt Link [APSI] enabled at IRQ 22
ACPI: PCI Interrupt 0000:00:07.0[A] -> Link [APSI] -> GSI 22 (level,
low) -> IRQ 20
PCI: Setting latency timer of device 0000:00:07.0 to 64
ata1: SATA max UDMA/133 cmd 0x9F0 ctl 0xBF2 bmdma 0xD800 irq 20
ata2: SATA max UDMA/133 cmd 0x970 ctl 0xB72 bmdma 0xD808 irq 20
ata1: no device found (phy stat 00000000)
scsi1 : sata_nv
ata2: no device found (phy stat 00000000)
scsi2 : sata_nv
ACPI: PCI Interrupt Link [APSJ] enabled at IRQ 21
ACPI: PCI Interrupt 0000:00:08.0[A] -> Link [APSJ] -> GSI 21 (level,
low) -> IRQ 21
PCI: Setting latency timer of device 0000:00:08.0 to 64
ata3: SATA max UDMA/133 cmd 0x9E0 ctl 0xBE2 bmdma 0xC400 irq 21
ata4: SATA max UDMA/133 cmd 0x960 ctl 0xB62 bmdma 0xC408 irq 21
eth0: link up.
ieee1394: Host added: ID:BUS[0-00:1023]  GUID[00023c0091065c55]
ata3: dev 0 cfg 49:2f00 82:306b 83:7e01 84:4003 85:3068 86:3c01 87:4003
88:203f
ata3: dev 0 ATA-6, max UDMA/100, 390721968 sectors: LBA48
nv_sata: Primary device added
nv_sata: Primary device removed
nv_sata: Secondary device added
nv_sata: Secondary device removed
ata3: dev 0 configured for UDMA/100
scsi3 : sata_nv
ieee1394: Host added: ID:BUS[1-00:1023]  GUID[0011d800004f6359]
ata4: dev 0 cfg 49:2f00 82:346b 83:7f61 84:4003 85:3468 86:3c41 87:4003
88:407f
ata4: dev 0 ATA-6, max UDMA/133, 390721968 sectors: LBA48
nv_sata: Primary device added
nv_sata: Primary device removed
nv_sata: Secondary device added
nv_sata: Secondary device removed
ata4: dev 0 configured for UDMA/133
scsi4 : sata_nv
  Vendor: ATA       Model: WDC WD2000JD-60K  Rev: 08.0
  Type:   Direct-Access                      ANSI SCSI revision: 05
SCSI device sdb: 390721968 512-byte hdwr sectors (200050 MB)
SCSI device sdb: drive cache: write back
SCSI device sdb: 390721968 512-byte hdwr sectors (200050 MB)
SCSI device sdb: drive cache: write back
 sdb:<4>nv_sata: Primary device added
nv_sata: Primary device removed
nv_sata: Secondary device added
nv_sata: Secondary device removed
 sdb1 sdb2 sdb3 sdb4
sd 3:0:0:0: Attached scsi disk sdb
  Vendor: ATA       Model: WDC WD2000JD-00H  Rev: 08.0
  Type:   Direct-Access                      ANSI SCSI revision: 05
SCSI device sdc: 390721968 512-byte hdwr sectors (200050 MB)
SCSI device sdc: drive cache: write back
SCSI device sdc: 390721968 512-byte hdwr sectors (200050 MB)
SCSI device sdc: drive cache: write back
 sdc:<4>nv_sata: Primary device added
nv_sata: Primary device removed
nv_sata: Secondary device added
nv_sata: Secondary device removed
 sdc1 sdc2 sdc3 sdc4
sd 4:0:0:0: Attached scsi disk sdc

lspci -vvv 

00:07.0 RAID bus controller: nVidia Corporation CK804 Serial ATA
Controller (rev f3) (prog-if 85)
        Subsystem: ASUSTeK Computer Inc.: Unknown device 815a
        Control: I/O+ Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop-
ParErr- Stepping- SERR- FastB2B-
        Status: Cap+ 66Mhz+ UDF- FastB2B+ ParErr- DEVSEL=fast >TAbort-
<TAbort- <MAbort- >SERR- <PERR-
        Latency: 0 (750ns min, 250ns max)
        Interrupt: pin A routed to IRQ 20
        Region 0: I/O ports at 09f0 [size=8]
        Region 1: I/O ports at 0bf0 [size=4]
        Region 2: I/O ports at 0970 [size=8]
        Region 3: I/O ports at 0b70 [size=4]
        Region 4: I/O ports at d800 [size=16]
        Region 5: Memory at d2002000 (32-bit, non-prefetchable)
[size=4K]
        Capabilities: [44] Power Management version 2
                Flags: PMEClk- DSI- D1- D2- AuxCurrent=0mA
PME(D0-,D1-,D2-,D3hot-,D3cold-)
                Status: D0 PME-Enable- DSel=0 DScale=0 PME-

00:08.0 RAID bus controller: nVidia Corporation CK804 Serial ATA
Controller (rev f3) (prog-if 85)
        Subsystem: ASUSTeK Computer Inc. K8N4-E Mainboard
        Control: I/O+ Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop-
ParErr- Stepping- SERR- FastB2B-
        Status: Cap+ 66Mhz+ UDF- FastB2B+ ParErr- DEVSEL=fast >TAbort-
<TAbort- <MAbort- >SERR- <PERR-
        Latency: 0 (750ns min, 250ns max)
        Interrupt: pin A routed to IRQ 21
        Region 0: I/O ports at 09e0 [size=8]
        Region 1: I/O ports at 0be0 [size=4]
        Region 2: I/O ports at 0960 [size=8]
        Region 3: I/O ports at 0b60 [size=4]
        Region 4: I/O ports at c400 [size=16]
        Region 5: Memory at d2001000 (32-bit, non-prefetchable)
[size=4K]
        Capabilities: [44] Power Management version 2
                Flags: PMEClk- DSI- D1- D2- AuxCurrent=0mA
PME(D0-,D1-,D2-,D3hot-,D3cold-)
                Status: D0 PME-Enable- DSel=0 DScale=0 PME-


Cheers!

Paul B.

[-- Attachment #2: This is a digitally signed message part --]
[-- Type: application/pgp-signature, Size: 191 bytes --]

^ permalink raw reply	[flat|nested] 25+ messages in thread

* Re: Linux v2.6.16-rc6
  2006-03-12 18:45 Linux v2.6.16-rc6 Paul Blazejowski
@ 2006-03-12 21:46 ` Lee Revell
  2006-03-12 22:21   ` Paul Blazejowski
  2006-03-12 22:54 ` Jeff Garzik
  1 sibling, 1 reply; 25+ messages in thread
From: Lee Revell @ 2006-03-12 21:46 UTC (permalink / raw)
  To: Paul Blazejowski; +Cc: LKML, linux-ide

On Sun, 2006-03-12 at 13:45 -0500, Paul Blazejowski wrote:
> On recent kernel 2.6.15.6 (or any 2.6.15.x) and latest testing
> 2.6.16-rc6 libata detects and sets wrong UDMA modes for one of the
> SATA-1 drives. This seems to be a bug.
> 
> My setup is as follows:
> 
> ASUS A8N-SLI-Premium Nforce4 mainboard
> AMD Athlon X2 CPU running SMP
> GCC 3.3.6
> Slackware 10.2 Linux
> 
> The drives are used in RAID1 array (dmraid), they are WDC-WD2000JD
> series purchased few months apart. Sata is compiled in the kernel as
> module sata_nv and functions properly, no errors or any other anomalies
> were noticed but the UDMA mode detection seem wrong on the second drive.
> 
> Drive one reports ata3: dev 0 configured for UDMA/100 while drive two
> ata4: dev 0 configured for UDMA/133

This bug report is still somewhat unclear.

What are the correct modes you expect to see?

Lee


^ permalink raw reply	[flat|nested] 25+ messages in thread

* Re: Linux v2.6.16-rc6
  2006-03-12 21:46 ` Lee Revell
@ 2006-03-12 22:21   ` Paul Blazejowski
  2006-03-12 22:57     ` Jeff Garzik
  2006-03-13 20:17     ` Jan Engelhardt
  0 siblings, 2 replies; 25+ messages in thread
From: Paul Blazejowski @ 2006-03-12 22:21 UTC (permalink / raw)
  To: Lee Revell; +Cc: LKML, linux-ide

[-- Attachment #1: Type: text/plain, Size: 4120 bytes --]

On Sun, 2006-03-12 at 16:46 -0500, Lee Revell wrote:
> On Sun, 2006-03-12 at 13:45 -0500, Paul Blazejowski wrote:
> > On recent kernel 2.6.15.6 (or any 2.6.15.x) and latest testing
> > 2.6.16-rc6 libata detects and sets wrong UDMA modes for one of the
> > SATA-1 drives. This seems to be a bug.
> > 
> > My setup is as follows:
> > 
> > ASUS A8N-SLI-Premium Nforce4 mainboard
> > AMD Athlon X2 CPU running SMP
> > GCC 3.3.6
> > Slackware 10.2 Linux
> > 
> > The drives are used in RAID1 array (dmraid), they are WDC-WD2000JD
> > series purchased few months apart. Sata is compiled in the kernel as
> > module sata_nv and functions properly, no errors or any other anomalies
> > were noticed but the UDMA mode detection seem wrong on the second drive.
> > 
> > Drive one reports ata3: dev 0 configured for UDMA/100 while drive two
> > ata4: dev 0 configured for UDMA/133
> 
> This bug report is still somewhat unclear.
> 
> What are the correct modes you expect to see?
> 
> Lee
> 
> 

I belive the modes should say DMA100 because UDMA133 would be mode ATA-7
and DMA100 ATA-6 mode. This is the info i get from hdparm -I on the ata3
drive: DMA: mdma0 mdma1 mdma2 udma0 udma1 udma2 udma3 udma4 *udma5

while on the ata4 one:  DMA: mdma0 mdma1 mdma2 udma0 udma1 udma2 udma3
udma4 udma5 *udma6

The thing is that the older drive is the one with the mode being set at
133 while the newer with mode 100. I belive they come from the same
factory but do carry different firmware revisons.

I also tried the drives on sata_sil (sil3114) controller and they show
the same modes being detected:

sata_sil 0000:05:0a.0: Applying R_ERR on DMA activate FIS errata fix
ata5: SATA max UDMA/100 cmd 0xF9402080 ctl 0xF940208A bmdma 0xF9402000
irq 23
ata6: SATA max UDMA/100 cmd 0xF94020C0 ctl 0xF94020CA bmdma 0xF9402008
irq 23
ata7: SATA max UDMA/100 cmd 0xF9402280 ctl 0xF940228A bmdma 0xF9402200
irq 23
ata8: SATA max UDMA/100 cmd 0xF94022C0 ctl 0xF94022CA bmdma 0xF9402208
irq 23
ata5: SATA link up 1.5 Gbps (SStatus 113)
ata5: dev 0 cfg 49:2f00 82:306b 83:7e01 84:4003 85:3068 86:3c01 87:4003
88:203f
ata5: dev 0 ATA-6, max UDMA/100, 390721968 sectors: LBA48
ata5: dev 0 configured for UDMA/100
scsi5 : sata_sil
ata6: SATA link up 1.5 Gbps (SStatus 113)
ata6: dev 0 cfg 49:2f00 82:346b 83:7f61 84:4003 85:3468 86:3c41 87:4003
88:207f
ata6: dev 0 ATA-6, max UDMA/133, 390721968 sectors: LBA48
ata6: dev 0 configured for UDMA/100
scsi6 : sata_sil
ata7: SATA link down (SStatus 0)
scsi7 : sata_sil
ata8: SATA link down (SStatus 0)
scsi8 : sata_sil
  Vendor: ATA       Model: WDC WD2000JD-60K  Rev: 08.0
  Type:   Direct-Access                      ANSI SCSI revision: 05
SCSI device sdb: 390721968 512-byte hdwr sectors (200050 MB)
sdb: Write Protect is off
sdb: Mode Sense: 00 3a 00 00
SCSI device sdb: drive cache: write back
SCSI device sdb: 390721968 512-byte hdwr sectors (200050 MB)
sdb: Write Protect is off
sdb: Mode Sense: 00 3a 00 00
SCSI device sdb: drive cache: write back
 sdb: sdb1 sdb2 sdb3 sdb4
sd 5:0:0:0: Attached scsi disk sdb
  Vendor: ATA       Model: WDC WD2000JD-00H  Rev: 08.0
  Type:   Direct-Access                      ANSI SCSI revision: 05
SCSI device sdc: 390721968 512-byte hdwr sectors (200050 MB)
sdc: Write Protect is off
sdc: Mode Sense: 00 3a 00 00
SCSI device sdc: drive cache: write back
SCSI device sdc: 390721968 512-byte hdwr sectors (200050 MB)
sdc: Write Protect is off
sdc: Mode Sense: 00 3a 00 00
SCSI device sdc: drive cache: write back
 sdc: sdc1 sdc2 sdc3 sdc4
sd 6:0:0:0: Attached scsi disk sdc

I also see a difference with the transfer rates from hdparm -Tt:

ata3 drive (mode UDMA100) shows:

Timing buffered disk reads:  172 MB in  3.00 seconds =  57.30 MB/sec

while ata4 drive (mode UDMA133) shows:

Timing buffered disk reads:  118 MB in  3.03 seconds =  38.96 MB/sec

At this point is this due to drive capabilites in regards to modes
supported, broken drive? or libata code bug? I am trying to be as clear
as possible, anything else i should provide?

Thanks,

Paul B.

[-- Attachment #2: This is a digitally signed message part --]
[-- Type: application/pgp-signature, Size: 191 bytes --]

^ permalink raw reply	[flat|nested] 25+ messages in thread

* Re: Linux v2.6.16-rc6
  2006-03-12 18:45 Linux v2.6.16-rc6 Paul Blazejowski
  2006-03-12 21:46 ` Lee Revell
@ 2006-03-12 22:54 ` Jeff Garzik
  2006-03-12 23:19   ` Paul Blazejowski
  1 sibling, 1 reply; 25+ messages in thread
From: Jeff Garzik @ 2006-03-12 22:54 UTC (permalink / raw)
  To: Paul Blazejowski; +Cc: LKML, linux-ide

Paul Blazejowski wrote:
> sata_nv 0000:00:07.0: version 0.8

sata_nv

> ata3: SATA max UDMA/133 cmd 0x9E0 ctl 0xBE2 bmdma 0xC400 irq 21
> ata4: SATA max UDMA/133 cmd 0x960 ctl 0xB62 bmdma 0xC408 irq 21

host max udma6

> ata3: dev 0 ATA-6, max UDMA/100, 390721968 sectors: LBA48
> ata3: dev 0 configured for UDMA/100

dev max udma5, configured for max speed

> ata4: dev 0 ATA-6, max UDMA/133, 390721968 sectors: LBA48
> ata4: dev 0 configured for UDMA/133

dev max udma6, configured for max speed

Everything is correct.

	Jeff



^ permalink raw reply	[flat|nested] 25+ messages in thread

* Re: Linux v2.6.16-rc6
  2006-03-12 22:21   ` Paul Blazejowski
@ 2006-03-12 22:57     ` Jeff Garzik
  2006-03-13 20:17     ` Jan Engelhardt
  1 sibling, 0 replies; 25+ messages in thread
From: Jeff Garzik @ 2006-03-12 22:57 UTC (permalink / raw)
  To: Paul Blazejowski; +Cc: Lee Revell, LKML, linux-ide

Paul Blazejowski wrote:
> sata_sil 0000:05:0a.0: Applying R_ERR on DMA activate FIS errata fix

sata_sil

> ata5: SATA max UDMA/100 cmd 0xF9402080 ctl 0xF940208A bmdma 0xF9402000
> irq 23
> ata6: SATA max UDMA/100 cmd 0xF94020C0 ctl 0xF94020CA bmdma 0xF9402008
> irq 23
> ata7: SATA max UDMA/100 cmd 0xF9402280 ctl 0xF940228A bmdma 0xF9402200
> irq 23
> ata8: SATA max UDMA/100 cmd 0xF94022C0 ctl 0xF94022CA bmdma 0xF9402208
> irq 23

host max udma5

> ata5: dev 0 ATA-6, max UDMA/100, 390721968 sectors: LBA48
> ata5: dev 0 configured for UDMA/100

dev max udma5, configured for udma5

> ata6: dev 0 ATA-6, max UDMA/133, 390721968 sectors: LBA48
> ata6: dev 0 configured for UDMA/100

dev max udma6, configured for host maximum udma5

Everything looks correct.

	Jeff



^ permalink raw reply	[flat|nested] 25+ messages in thread

* Re: Linux v2.6.16-rc6
  2006-03-12 22:54 ` Jeff Garzik
@ 2006-03-12 23:19   ` Paul Blazejowski
  2006-03-16 21:58     ` Bill Davidsen
  0 siblings, 1 reply; 25+ messages in thread
From: Paul Blazejowski @ 2006-03-12 23:19 UTC (permalink / raw)
  To: Jeff Garzik; +Cc: LKML, linux-ide

[-- Attachment #1: Type: text/plain, Size: 818 bytes --]

On Sun, 2006-03-12 at 17:54 -0500, Jeff Garzik wrote:
> Paul Blazejowski wrote:
> > sata_nv 0000:00:07.0: version 0.8
> 
> sata_nv
> 
> > ata3: SATA max UDMA/133 cmd 0x9E0 ctl 0xBE2 bmdma 0xC400 irq 21
> > ata4: SATA max UDMA/133 cmd 0x960 ctl 0xB62 bmdma 0xC408 irq 21
> 
> host max udma6
> 
> > ata3: dev 0 ATA-6, max UDMA/100, 390721968 sectors: LBA48
> > ata3: dev 0 configured for UDMA/100
> 
> dev max udma5, configured for max speed
> 
> > ata4: dev 0 ATA-6, max UDMA/133, 390721968 sectors: LBA48
> > ata4: dev 0 configured for UDMA/133
> 
> dev max udma6, configured for max speed
> 
> Everything is correct.
> 
> 	Jeff
> 
> 
> 

Jeff, thank you for confirming that everything looks correct. Next time
i will be buying matching drives at the same time :-).

Cheers!

Paul B.

[-- Attachment #2: This is a digitally signed message part --]
[-- Type: application/pgp-signature, Size: 191 bytes --]

^ permalink raw reply	[flat|nested] 25+ messages in thread

* Re: Linux v2.6.16-rc6
  2006-03-12  9:03 ` Christoph Hellwig
@ 2006-03-13 19:54   ` Bjorn Helgaas
  2006-03-13 21:57     ` Christoph Hellwig
  0 siblings, 1 reply; 25+ messages in thread
From: Bjorn Helgaas @ 2006-03-13 19:54 UTC (permalink / raw)
  To: Christoph Hellwig; +Cc: Linus Torvalds, Linux Kernel Mailing List

On Sunday 12 March 2006 02:03, Christoph Hellwig wrote:
> On Sat, Mar 11, 2006 at 03:58:12PM -0800, Linus Torvalds wrote:
> > Bjorn Helgaas:
> >       [IA64] don't report !sn2 or !summit hardware as an error
> >       [IA64] SGI SN drivers: don't report !sn2 hardware as an error
> 
> These should be reverted.  They return success from initcalls when they
> should report failure.  In the mmtimer case this is a real bug as it can
> be modular, in others it's just cosmetic but provides people wrong examples
> to cut & paste from.

Do you want all the drivers that just return pci_register_driver(&foo)
to be changed as well?  I haven't heard a compelling argument either way,
but there are certainly many drivers that return 0 when they successfully
register a driver that didn't find any devices, e.g., 

    static int __init serial8250_pci_init(void)
    {
        return pci_register_driver(&serial_pci_driver);
    }

^ permalink raw reply	[flat|nested] 25+ messages in thread

* Re: Linux v2.6.16-rc6
  2006-03-12  3:25 Paul Blazejowski
  2006-03-12  5:07 ` Andrew Morton
@ 2006-03-13 20:14 ` Jan Engelhardt
  2006-03-13 22:32   ` Randy.Dunlap
  1 sibling, 1 reply; 25+ messages in thread
From: Jan Engelhardt @ 2006-03-13 20:14 UTC (permalink / raw)
  To: Paul Blazejowski; +Cc: LKML


>ata1: SATA link down (SStatus 0)

Just a little cosmetic-o: is it really "SStatus" or should it be "Status"?


Jan Engelhardt
-- 

^ permalink raw reply	[flat|nested] 25+ messages in thread

* Re: Linux v2.6.16-rc6
  2006-03-12 22:21   ` Paul Blazejowski
  2006-03-12 22:57     ` Jeff Garzik
@ 2006-03-13 20:17     ` Jan Engelhardt
  1 sibling, 0 replies; 25+ messages in thread
From: Jan Engelhardt @ 2006-03-13 20:17 UTC (permalink / raw)
  To: Paul Blazejowski; +Cc: Lee Revell, LKML, linux-ide

>
>I belive the modes should say DMA100 because UDMA133 would be mode ATA-7
>and DMA100 ATA-6 mode. This is the info i get from hdparm -I on the ata3
>drive: DMA: mdma0 mdma1 mdma2 udma0 udma1 udma2 udma3 udma4 *udma5
>

  UDMA4 = 66
  UDMA5 = 100
  UDMA6 = 133

Has afaics nothing to do with "ATA-5" or -6 or -7 as reported by smartctl 
"ATA version".


Jan Engelhardt
-- 

^ permalink raw reply	[flat|nested] 25+ messages in thread

* Re: Linux v2.6.16-rc6
  2006-03-13 19:54   ` Bjorn Helgaas
@ 2006-03-13 21:57     ` Christoph Hellwig
  0 siblings, 0 replies; 25+ messages in thread
From: Christoph Hellwig @ 2006-03-13 21:57 UTC (permalink / raw)
  To: Bjorn Helgaas
  Cc: Christoph Hellwig, Linus Torvalds, Linux Kernel Mailing List

On Mon, Mar 13, 2006 at 12:54:53PM -0700, Bjorn Helgaas wrote:
> On Sunday 12 March 2006 02:03, Christoph Hellwig wrote:
> > On Sat, Mar 11, 2006 at 03:58:12PM -0800, Linus Torvalds wrote:
> > > Bjorn Helgaas:
> > >       [IA64] don't report !sn2 or !summit hardware as an error
> > >       [IA64] SGI SN drivers: don't report !sn2 hardware as an error
> > 
> > These should be reverted.  They return success from initcalls when they
> > should report failure.  In the mmtimer case this is a real bug as it can
> > be modular, in others it's just cosmetic but provides people wrong examples
> > to cut & paste from.
> 
> Do you want all the drivers that just return pci_register_driver(&foo)
> to be changed as well?  I haven't heard a compelling argument either way,
> but there are certainly many drivers that return 0 when they successfully
> register a driver that didn't find any devices, e.g., 

That's different.  The pci drivers support hotplug.  The ia64-specific
drivers only driver onboard devices that can't appear at runtime.


^ permalink raw reply	[flat|nested] 25+ messages in thread

* Re: Linux v2.6.16-rc6
  2006-03-13 20:14 ` Jan Engelhardt
@ 2006-03-13 22:32   ` Randy.Dunlap
  0 siblings, 0 replies; 25+ messages in thread
From: Randy.Dunlap @ 2006-03-13 22:32 UTC (permalink / raw)
  To: Jan Engelhardt; +Cc: paulb, linux-kernel

On Mon, 13 Mar 2006 21:14:48 +0100 (MET) Jan Engelhardt wrote:

> 
> >ata1: SATA link down (SStatus 0)
> 
> Just a little cosmetic-o: is it really "SStatus" or should it be "Status"?

it's not a typo.

---
~Randy
You can't do anything without having to do something else first.
-- Belefant's Law

^ permalink raw reply	[flat|nested] 25+ messages in thread

* Re: Linux v2.6.16-rc6
  2006-03-12 23:19   ` Paul Blazejowski
@ 2006-03-16 21:58     ` Bill Davidsen
  0 siblings, 0 replies; 25+ messages in thread
From: Bill Davidsen @ 2006-03-16 21:58 UTC (permalink / raw)
  To: Paul Blazejowski; +Cc: LKML, linux-ide

Paul Blazejowski wrote:
> On Sun, 2006-03-12 at 17:54 -0500, Jeff Garzik wrote:
>> Paul Blazejowski wrote:
>>> sata_nv 0000:00:07.0: version 0.8
>> sata_nv
>>
>>> ata3: SATA max UDMA/133 cmd 0x9E0 ctl 0xBE2 bmdma 0xC400 irq 21
>>> ata4: SATA max UDMA/133 cmd 0x960 ctl 0xB62 bmdma 0xC408 irq 21
>> host max udma6
>>
>>> ata3: dev 0 ATA-6, max UDMA/100, 390721968 sectors: LBA48
>>> ata3: dev 0 configured for UDMA/100
>> dev max udma5, configured for max speed
>>
>>> ata4: dev 0 ATA-6, max UDMA/133, 390721968 sectors: LBA48
>>> ata4: dev 0 configured for UDMA/133
>> dev max udma6, configured for max speed
>>
>> Everything is correct.
>>
>> 	Jeff
>>
>>
>>
> 
> Jeff, thank you for confirming that everything looks correct. Next time
> i will be buying matching drives at the same time :-).

Since they are the same drive modulo firmware, you might contemplate 
upgrading all to the same level. NOTE: that's just a comment, not a 
recommendation.
-- 
    -bill davidsen (davidsen@tmr.com)
"The secret to procrastination is to put things off until the
  last possible moment - but no longer"  -me

^ permalink raw reply	[flat|nested] 25+ messages in thread

* Re: Linux v2.6.16-rc6
  2006-03-11 23:58 Linus Torvalds
  2006-03-12  1:51 ` Michal Piotrowski
  2006-03-12  9:03 ` Christoph Hellwig
@ 2006-03-16 22:12 ` Bill Davidsen
  2 siblings, 0 replies; 25+ messages in thread
From: Bill Davidsen @ 2006-03-16 22:12 UTC (permalink / raw)
  To: Linus Torvalds, Linux Kernel Mailing List

clearly there's some small risk factor and youLinus Torvalds wrote:
> Ok, we're getting closer, although the 2.6.16 release certainly seems to 
> drag out more than it should have.
> 
> Some of the worrisome bootup problems seem to have been resolved to a 
> stupid build-time race, where we just generated an empty version string. 
> Oops. 
> 
> The diffstat shows that the largest changes here are the ia64 defconfig 
> updates, much of the rest really is pretty small, but all over the map. 
> Some ocfs2 and 9pfs fixes and updates, and various driver and networking 
> fixes.
> 
> The ShortLog (appended) gives a pretty good picture of it,
> 
> 		Linus

I don't see the bttv fix from Duncan Sands. I realize that similar 
mistakes are in other drivers, but bttv is popular and would benefit 
from getting a fix which works, and several posters have confirmed that 
it really does.

-- 
    -bill davidsen (davidsen@tmr.com)
"The secret to procrastination is to put things off until the
  last possible moment - but no longer"  -me


^ permalink raw reply	[flat|nested] 25+ messages in thread

* Re: Linux v2.6.16-rc6
  2006-03-12  2:39   ` David S. Miller
                       ` (2 preceding siblings ...)
  2006-03-12 12:04     ` Michal Piotrowski
@ 2006-04-09 12:08     ` Andy Furniss
  3 siblings, 0 replies; 25+ messages in thread
From: Andy Furniss @ 2006-04-09 12:08 UTC (permalink / raw)
  To: David S. Miller; +Cc: michal.k.k.piotrowski, torvalds, linux-kernel, netdev

David S. Miller wrote:
> From: "Michal Piotrowski" <michal.k.k.piotrowski@gmail.com>
> Date: Sun, 12 Mar 2006 02:51:40 +0100
> 
> 
>>I have noticed this warnings
>>TCP: Treason uncloaked! Peer 82.113.55.2:11759/50967 shrinks window
>>148470938:148470943. Repaired.
>>TCP: Treason uncloaked! Peer 82.113.55.2:11759/50967 shrinks window
>>148470938:148470943. Repaired.
>>TCP: Treason uncloaked! Peer 82.113.55.2:11759/59768 shrinks window
>>1124211698:1124211703. Repaired.
>>TCP: Treason uncloaked! Peer 82.113.55.2:11759/59768 shrinks window
>>1124211698:1124211703. Repaired.
>>
>>It maybe problem with ktorrent.
> 
> 
> It is a problem with the remote TCP implementation, it is
> illegally advertising a smaller window that it previously
> did.
> -
> To unsubscribe from this list: send the line "unsubscribe netdev" in
> the body of a message to majordomo@vger.kernel.org
> More majordomo info at  http://vger.kernel.org/majordomo-info.html
> 

Packeteer manipulates window for shaping. I probably misread/read wrong 
RFC on this but I thought it didn't break any MUST NOTs.

I assume Linux + SFQ reordering packets during window growth would not 
trigger it.

Andy.


^ permalink raw reply	[flat|nested] 25+ messages in thread

end of thread, other threads:[~2006-04-09 12:08 UTC | newest]

Thread overview: 25+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2006-03-12 18:45 Linux v2.6.16-rc6 Paul Blazejowski
2006-03-12 21:46 ` Lee Revell
2006-03-12 22:21   ` Paul Blazejowski
2006-03-12 22:57     ` Jeff Garzik
2006-03-13 20:17     ` Jan Engelhardt
2006-03-12 22:54 ` Jeff Garzik
2006-03-12 23:19   ` Paul Blazejowski
2006-03-16 21:58     ` Bill Davidsen
  -- strict thread matches above, loose matches on Subject: below --
2006-03-12  3:25 Paul Blazejowski
2006-03-12  5:07 ` Andrew Morton
2006-03-13 20:14 ` Jan Engelhardt
2006-03-13 22:32   ` Randy.Dunlap
2006-03-11 23:58 Linus Torvalds
2006-03-12  1:51 ` Michal Piotrowski
2006-03-12  2:39   ` David S. Miller
2006-03-12  3:28     ` Chris Adams
2006-03-12  3:35       ` Lee Revell
2006-03-12 10:57       ` Michal Feix
2006-03-12  8:35     ` Willy Tarreau
2006-03-12 12:04     ` Michal Piotrowski
2006-04-09 12:08     ` Andy Furniss
2006-03-12  9:03 ` Christoph Hellwig
2006-03-13 19:54   ` Bjorn Helgaas
2006-03-13 21:57     ` Christoph Hellwig
2006-03-16 22:12 ` Bill Davidsen

This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox