On Mon, Feb 28, 2005 at 10:24:16AM +0000, Catalin Marinas wrote:
> > Lets see if 1.26789 lines up with what is in BK.. it's going to take
> > awhile to build up to these patch levels in my revlib, so I will keep you
> > posted once this finishes up.
> 
> Do a grep in {arch}/..../patch-log for this number and do a "tla
> get-changeset" on that patch number. You can look afterwards in the
> directory created, it is much faster than using the revlib (actually I
> always make sure not to use library revisions with this repository
> since it takes ages to create).
> 
Yeah, that's not a bad idea. Well, if I fetch this changeset specifically
it doesn't include any patches, only the patch-log. This would certainly
seem to be the cause of the problem. I've attached the patch-log for
this (patch-2007), let me know if you want me to tar up the changeset.

> > I started tracking at 2.6.10 (I figured I would start out with the
> > example you provided to make sure nothing out of the ordinary happened,
> > prior to trying to go back any further). So the ,bkcvs-last-rev I had
> > when starting out was 1.24782.
> 
> I think it is better to do some intermediate diffs on -rcX releases
> with the kernel.org archives to make sure there are not differences.
> 
I'll start diffing and seeing if there are other missed bits..

> Well, I meant patch-1, I realised that base-0 is the initial import
> and the file list want tell much. Patch-1 log shows the first BKCVS
> revision you used, that's what I was interested in.
> 
Attached as well..
Revision: linux--stable--2.6--patch-1
Archive: [EMAIL PROTECTED]
Creator: jgarzik <[EMAIL PROTECTED]>
Date: Thu Feb 24 16:49:28 EET 2005
Standard-date: 2005-02-24 14:49:28 GMT
Modified-files: drivers/net/Kconfig drivers/net/r8169.c
New-patches: [EMAIL PROTECTED]/linux--stable--2.6--patch-1
Summary: Merge pobox.com:/garz/repo/netdev-2.6/r8169 into 
pobox.com:/garz/repo/net-drivers-2.6
Keywords: 
X-BKCVS-Date: 2004/12/27 03:13:59
X-BKCVS-Author: jgarzik
X-BKCVS-Rev: 1.24783
X-BKrev: 41cf7df7OcBvQH_IIl44ug_8Obta2w

2004/10/30 09:21:19-04:00 linville
[PATCH] r8169: simplify trick if() expression

Simplify tricky if() expression in rtl8169_vlan_rx_register().

Signed-off-by: John W. Linville <[EMAIL PROTECTED]>
Signed-off-by: Jeff Garzik <[EMAIL PROTECTED]>

2004/10/30 09:21:07-04:00 linville
[PATCH] r8169: fix RxVlan bit manipulation

Fix manipulation of RxVlan bit in rtl8169_vlan_rx_register(), and
remove it from rtl8169_vlan_rx_kill_vid().

Signed-off-by: John W. Linville <[EMAIL PROTECTED]>
Signed-off-by: Jeff Garzik <[EMAIL PROTECTED]>

2004/10/30 09:20:56-04:00 linville
[PATCH] r8169: endian-swap return of rtl8169_tx_vlan_tag()

Endian-swap return of rtl8169_tx_vlan_tag() in rtl8169_start_xmit()

Signed-off-by: John W. Linville <[EMAIL PROTECTED]>
Signed-off-by: Jeff Garzik <[EMAIL PROTECTED]>

2004/10/25 22:10:39-04:00 akpm
[PATCH] r8169 module_param build fix

Signed-off-by: Andrew Morton <[EMAIL PROTECTED]>
Signed-off-by: Jeff Garzik <[EMAIL PROTECTED]>

2004/10/25 21:22:35-04:00 jgarzik
Merge pobox.com:/garz/repo/linux-2.6
into pobox.com:/garz/repo/netdev-2.6/r8169

2004/10/19 19:20:14-04:00 jgarzik
Merge pobox.com:/garz/repo/linux-2.6
into pobox.com:/garz/repo/netdev-2.6/r8169

2004/10/19 11:27:26-04:00 romieu
[PATCH] r8169: netconsole support

netconsole support.

Signed-off-by: John W. Linville <[EMAIL PROTECTED]>

2004/10/19 11:27:11-04:00 romieu
[PATCH] r8169: unneeded synchronize_irq()

synchronize_irq() is not needed as it is already issued by free_irq().

Signed-off-by: Francois Romieu <[EMAIL PROTECTED]>

2004/10/19 11:26:56-04:00 romieu
[PATCH] r8169: always clean Tx desc

rtl8169_unmap_tx_skb() can not assume that a Tx ring descriptor belongs
to the host as it can be issued during rtl8169_tx_clear() as a part of
a recovery process (during Tx timeout for instance).

Simple fix: always clean the relevant descriptor entry.

Acked-by: Francois Romieu <[EMAIL PROTECTED]>
Signed-off-by: Jon Mason <[EMAIL PROTECTED]>

2004/10/19 10:56:08-04:00 jgarzik
Merge pobox.com:/spare/repo/linux-2.6
into pobox.com:/spare/repo/netdev-2.6/r8169

2004/10/15 19:22:45-04:00 shemminger
[PATCH] r8169: use netdev_priv

Use netdev_priv in a couple of places in realtek 8169

Signed-off-by: Stephen Hemminger <[EMAIL PROTECTED]>

2004/10/15 19:22:14-04:00 shemminger
[PATCH] r8169: use module_param

Use module_param instead of deprecated MDOULE_PARM

Signed-off-by: Stephen Hemminger <[EMAIL PROTECTED]>

2004/10/15 19:19:47-04:00 jgarzik
Merge pobox.com:/spare/repo/linux-2.6
into pobox.com:/spare/repo/netdev-2.6/r8169

2004/10/15 14:56:05-04:00 viro
[PATCH] iomem annotations in r8169

Signed-off-by: Al Viro <[EMAIL PROTECTED]>

2004/10/04 16:46:51-04:00 romieu
[PATCH] r8169: cleanup

Cleanup
- timeout message is redundant with net/sched/sch_generic::dev_watchdog;
- anti-bloat in rtl8169_get_rx_csum;
- format fix.

Signed-off-by: Francois Romieu <[EMAIL PROTECTED]>
Signed-off-by: Jon Mason <[EMAIL PROTECTED]>

2004/10/04 16:46:37-04:00 romieu
[PATCH] r8169: rtl8169_close() races

- close the race with rtl8169_interrupt() which appears when rtl8169_close()
  uses synchronize_irq()/free_irq();
- netif_poll_disable() allows rtl8169_close() to wait for any pending
  rtl8169_poll() to complete so it can safely clear the rings.

Signed-off-by: Francois Romieu <[EMAIL PROTECTED]>

2004/10/04 16:46:24-04:00 romieu
[PATCH] r8169: automatic pci dac step down

Automatic adjustement of highmem dma feature.

The first interruption encountered on systems where the 8169 does not
perform PCI DAC correctly seems to always be a PCI error one.
When DAC is enabled, the driver tries to issue a complete down/up
sequence as an addition to the usual halt of the device.

Signed-off-by: Francois Romieu <[EMAIL PROTECTED]>

2004/10/04 16:46:10-04:00 romieu
[PATCH] r8169: wrong advertisement of VLAN features

Removal of an advertisement for VLAN features which is redundant with
rtl8169_init_one().

Signed-off-by: Jon Mason <[EMAIL PROTECTED]>

2004/10/04 16:45:56-04:00 romieu
[PATCH] r8169: Tx timeout rework

Tx timeout rework:
- the ring descriptors of the chipset and the ring index of the driver
  are synced during a reset of the device;
- rtl8169_interrupt: rtl8169_hw_reset() replaces the previous stop code.
  An implicit reset of the device is added but it makes no noticeable
  difference with the former behavior (i.e.: stop the chipset).

Signed-off-by: Francois Romieu <[EMAIL PROTECTED]>

2004/10/04 16:28:21-04:00 jgarzik
Merge pobox.com:/spare/repo/linux-2.6
into pobox.com:/spare/repo/netdev-2.6/r8169

2004/09/20 18:37:18-04:00 jgarzik
Hand-merge upstream r8169 DAC changes.

2004/09/20 14:06:35-04:00 romieu
[PATCH] r8169: default on disabling PCIDAC

Default to disabling PCI DAC as this option appears unsafe on amd64
(original suggestion by Hans-Frieder Vogt <[EMAIL PROTECTED]>).

The driver will typically report PCI System error when something goes
wrong. The relevant interrupt is not masked any more and the driver
can thus be disabled.

Signed-off-by: Francois Romieu <[EMAIL PROTECTED]>

2004/09/16 20:34:40-04:00 romieu
[PATCH] r8169: Mac identifier extracted from Realtek's driver v2.2

Mac identifier extracted from Realtek's driver v2.2.

Signed-off-by: Francois Romieu <[EMAIL PROTECTED]>

2004/09/16 20:34:28-04:00 romieu
[PATCH] r8169: TSO support.

TSO support. Suggestion of Jeff Garzik.

Signed-off-by: Francois Romieu <[EMAIL PROTECTED]>

2004/09/16 20:34:16-04:00 romieu
[PATCH] r8169: hint for Tx flow control

return 1 in start_xmit() when the required descriptors are not available
and wait for more room.

Signed-off-by: Francois Romieu <[EMAIL PROTECTED]>

2004/09/16 20:34:04-04:00 romieu
[PATCH] r8169: miscalculation of available Tx descriptors

The count of available entries in the Tx descriptors ring is badly wrong.

Signed-off-by: Francois Romieu <[EMAIL PROTECTED]>

2004/09/16 20:27:36-04:00 jgarzik
Merge pobox.com:/spare/repo/linux-2.6
into pobox.com:/spare/repo/netdev-2.6/r8169

2004/08/31 03:18:42-04:00 jgarzik
Hand-merge upstream r8169 change.

2004/08/28 19:20:27-04:00 romieu
[PATCH] r8169: vlan support

802.1Q support.
Mostly stolen from the 8139cp.c driver. The relevant registers and
descriptors bits are identical for both chipsets.

Signed-off-by: Francois Romieu <[EMAIL PROTECTED]>

2004/08/28 19:20:17-04:00 romieu
[PATCH] r8169: Rx checksum support

Rx IP checksumming support.

Signed-off-by: Francois Romieu <[EMAIL PROTECTED]>

2004/08/28 19:20:06-04:00 romieu
[PATCH] r8169: advertise DMA to high memory

Advertise the ability to DMA to high memory.

Signed-off-by: Francois Romieu <[EMAIL PROTECTED]>

2004/08/28 19:19:56-04:00 romieu
[PATCH] r8169: Tx checksum offload

SG and IP checksumming support on output.

Signed-off-by: Francois Romieu <[EMAIL PROTECTED]>

2004/08/28 19:19:45-04:00 romieu
[PATCH] r8169: comment a gcc 2.95.x bug

gcc 2.95.3 bug has been experienced on gcc 2.95.4.

Signed-off-by: Francois Romieu <[EMAIL PROTECTED]>

2004/08/28 19:19:34-04:00 romieu
[PATCH] r8169: sync the names of a few bits with the 8139cp driver

Sync the names of the descriptor with these which are used in the 8139cp
driver. Though not exactly identical the descriptors are forward compatible.

Signed-off-by: Francois Romieu <[EMAIL PROTECTED]>

2004/08/28 19:19:23-04:00 romieu
[PATCH] r8169: bump version number

Help reviewers realize that the in-kernel driver has evolved lately.

Signed-off-by: Francois Romieu <[EMAIL PROTECTED]>

2004/08/28 19:19:13-04:00 romieu
[PATCH] r8169: enable MWI

- enable Memory Write and Invalidate (disabled after reset);
- fix wrong goto.

Signed-off-by: Francois Romieu <[EMAIL PROTECTED]>

2004/08/28 19:19:03-04:00 romieu
[PATCH] r8169: code cleanup

Cleanup/code removal:
- MAX_ETH_FRAME_SIZE is not used;
- removal of assertion for impossible condition (if it happens, it will _not_
  take long to notice anyway)
- introduce rtl8169_release_board() to factor out some code;
- rtl8169_init_board:
  - some variables are not really needed nor do they help read the code;
  - more explicit name for label;
- tp->{Rx/Tx}DescArray: no need to zeroize coherent DMA mapping.

Signed-off-by: Francois Romieu <[EMAIL PROTECTED]>

2004/08/28 19:18:52-04:00 romieu
[PATCH] r8169: per device receive buffer size

Turn the Rx receive buffer size into a per device variable.

Signed-off-by: Francois Romieu <[EMAIL PROTECTED]>

2004/08/28 19:18:40-04:00 romieu
[PATCH] r8169: add ethtool_ops.{get_regs_len/get_regs}

- ethtool_ops.{get_regs_len/get_regs} for r8169;
- fix a dubious check: datasheet v1.21 claims on p.44 that io/memory space
  is exactly 256 bytes wide;
- use SET_ETHTOOL_OPS().

Signed-off-by: Francois Romieu <[EMAIL PROTECTED]>

BKrev: 41cf7df7OcBvQH_IIl44ug_8Obta2w
Revision: linux--stable--2.6--patch-2007
Archive: [EMAIL PROTECTED]
Creator: torvalds <[EMAIL PROTECTED]>
Date: Fri Feb 25 22:12:39 EET 2005
Standard-date: 2005-02-25 20:12:39 GMT
New-patches: [EMAIL PROTECTED]/linux--stable--2.6--patch-2007
Summary: Merge http://linux-mh.bkbits.net/bluetooth-2.6 into 
ppc970.osdl.org:/home/torvalds/v2.6/linux
Keywords: 
X-BKCVS-Date: 2005/02/18 23:39:29
X-BKCVS-Author: torvalds
X-BKCVS-Rev: 1.26789
X-BKrev: 42167cb1UukccrouKDigfSrgBCgZjA

2005/02/18 15:04:09-08:00 torvalds
Merge bk://bk.arm.linux.org.uk/linux-2.6-rmk
into ppc970.osdl.org:/home/torvalds/v2.6/linux

2005/02/18 22:24:01+00:00 rmk
[ARM] Take account of vm_pgoff for DMA mmap

The DMA mmap code was ignoring vm_pgoff which prevented a partial
mmap() of a DMA buffer.

Signed-off-by: Russell King <[EMAIL PROTECTED]>

2005/02/18 21:55:29+00:00 buytenh
[ARM PATCH] 2494/1: fix 'CONFGI_' -> 'CONFIG_' in mach-ixp2000/ixdp2x00.c

Patch from Lennert Buytenhek

Fix a misspelled config symbol name in the ixp2000 code.

Signed-off-by: Lennert Buytenhek
Signed-off-by: Russell King

2005/02/18 21:48:16+00:00 buytenh
[ARM PATCH] 2493/1: put IXP2000 slowport in 8-bit mode after boot

Patch from Lennert Buytenhek

This is an old patch from 2.6.9-rc3-ds2 that never made it upstream.
The IXP2000 slowport has two modes of operation, 8-bit and 32-bit.
The slowport itself is a byte-wide bus, and in 8-bit mode, it does the
more-or-less obvious thing: every word read causes four byte reads,
and those bytes are then combined into a word according to the xscale
core's current endian setting.  So, what value you get depends on what
endianity your IXP2000 is running in.
In 32-bit mode, however, it is the slowport itself which combines
bytes into words, and for this it unconditionally uses little endian
mode.  In this mode, word reads from the slowport will return the
same value no matter whether the xscale core is running in big or
little endian mode.  This can be a plus in some cases.  Byte (and
halfword) accesses in 32-bit mode have rather useless semantics
due to this, though.
The usefulness of 32-bit mode is limited to the initial boot.  When
the IXP2000 resets, the slowport is always in 32-bit mode, so if you
flash the bootloader into flash (which is connected to the slowport)
using little-endian byte ordering, the xscale will always read the
instruction stream correctly, no matter whether it's running in big
or little endian mode.
After booting it makes no sense to use 32-bit mode anymore.  Especially
since the slowport's word ordering in 32-bit mode is little endian,
and the IXP2000 is conventionally run in big endian, which gives all
kinds of fun issues when trying to access peripherals connected to
the slowport.
In fact, the current MTD map driver for IXP2000 already sets the
slowport to 8-bit mode because it cannot access the flash otherwise.
However, this means that if the MTD map driver is not compiled in for
some reason, the slowport will stay in 32-bit mode after the initial
boot, which will cause peripheral accesses to unexpectedly break!

Signed-off-by: Lennert Buytenhek
Signed-off-by: Russell King

BKrev: 42167cb1UukccrouKDigfSrgBCgZjA

Attachment: pgpeAr7D8XEKt.pgp
Description: PGP signature

_______________________________________________
Gnu-arch-users mailing list
[email protected]
http://lists.gnu.org/mailman/listinfo/gnu-arch-users

GNU arch home page:
http://savannah.gnu.org/projects/gnu-arch/

Reply via email to