2017-03-12 13:35:29

by Greg Kroah-Hartman

[permalink] [raw]
Subject: Linux 4.10.2

I'm announcing the release of the 4.10.2 kernel.

All users of the 4.10 kernel series must upgrade.

The updated 4.10.y git tree can be found at:
git://git.kernel.org/pub/scm/linux/kernel/git/stable/linux-stable.git linux-4.10.y
and can be browsed at the normal kernel.org git web browser:
http://git.kernel.org/?p=linux/kernel/git/stable/linux-stable.git;a=summary

thanks,

greg k-h

------------

Makefile | 2
arch/arm/boot/dts/at91-sama5d2_xplained.dts | 2
arch/arm/boot/dts/at91-sama5d4_xplained.dts | 2
arch/arm/include/asm/kvm_mmu.h | 9
arch/arm64/include/asm/kvm_mmu.h | 3
arch/arm64/kernel/cpufeature.c | 6
arch/arm64/mm/dma-mapping.c | 9
arch/arm64/mm/mmu.c | 34 ---
arch/mips/bcm47xx/buttons.c | 10 -
arch/mips/cavium-octeon/octeon-memcpy.S | 20 +-
arch/mips/include/asm/checksum.h | 2
arch/mips/kernel/process.c | 151 ++++++++++------
arch/mips/lantiq/xway/sysctrl.c | 8
arch/mips/mm/sc-ip22.c | 54 +++--
arch/mips/pic32/pic32mzda/Makefile | 5
arch/powerpc/include/asm/mmu.h | 1
arch/powerpc/kernel/cpu_setup_power.S | 4
arch/powerpc/kernel/hw_breakpoint.c | 4
arch/x86/include/asm/pkeys.h | 15 -
crypto/Kconfig | 1
crypto/testmgr.h | 2
crypto/xts.c | 14 -
drivers/bcma/main.c | 4
drivers/block/loop.c | 32 ++-
drivers/char/tpm/tpm-interface.c | 53 +++--
drivers/char/tpm/tpm_tis.c | 4
drivers/char/tpm/tpm_tis_core.c | 6
drivers/char/tpm/tpm_tis_core.h | 2
drivers/crypto/vmx/aes_cbc.c | 47 ++---
drivers/crypto/vmx/aes_xts.c | 32 +--
drivers/devfreq/devfreq.c | 34 +++
drivers/devfreq/governor.h | 2
drivers/devfreq/governor_passive.c | 6
drivers/dma/ipu/ipu_irq.c | 2
drivers/hv/channel.c | 35 ++-
drivers/hv/channel_mgmt.c | 35 +++
drivers/hv/connection.c | 17 +
drivers/hv/hv.c | 13 -
drivers/hv/hv_fcopy.c | 4
drivers/hv/hv_kvp.c | 4
drivers/hv/hv_snapshot.c | 4
drivers/hv/hyperv_vmbus.h | 2
drivers/hv/ring_buffer.c | 7
drivers/hwmon/it87.c | 39 ++--
drivers/hwtracing/coresight/coresight-etm-perf.c | 1
drivers/hwtracing/coresight/coresight-stm.c | 2
drivers/iio/pressure/mpl115.c | 1
drivers/iio/pressure/mpl3115.c | 4
drivers/infiniband/core/cma.c | 3
drivers/iommu/intel-iommu.c | 3
drivers/md/dm-cache-target.c | 6
drivers/md/dm-raid.c | 12 +
drivers/md/dm-round-robin.c | 67 +------
drivers/md/dm-stats.c | 1
drivers/md/linear.c | 39 +++-
drivers/md/linear.h | 1
drivers/media/dvb-frontends/cxd2820r_core.c | 2
drivers/media/media-device.c | 2
drivers/media/pci/dm1105/Kconfig | 2
drivers/media/platform/am437x/am437x-vpfe.c | 2
drivers/media/rc/lirc_dev.c | 4
drivers/media/usb/dvb-usb/dvb-usb-firmware.c | 19 +-
drivers/media/usb/uvc/uvc_queue.c | 2
drivers/misc/mei/main.c | 48 ++---
drivers/mmc/host/sdhci-acpi.c | 5
drivers/mtd/nand/fsl_ifc_nand.c | 8
drivers/net/can/usb/gs_usb.c | 40 +++-
drivers/net/can/usb/usb_8dev.c | 9
drivers/net/wireless/ath/ath10k/core.c | 14 -
drivers/net/wireless/ath/ath5k/mac80211-ops.c | 3
drivers/net/wireless/ath/ath9k/ar9003_eeprom.h | 4
drivers/net/wireless/ath/ath9k/ath9k.h | 1
drivers/net/wireless/ath/ath9k/init.c | 1
drivers/net/wireless/ath/ath9k/mac.c | 44 +++-
drivers/net/wireless/ath/ath9k/mac.h | 1
drivers/net/wireless/ath/ath9k/main.c | 27 +-
drivers/net/wireless/realtek/rtlwifi/pci.h | 4
drivers/net/wireless/realtek/rtlwifi/rtl8192ee/hw.c | 2
drivers/net/wireless/realtek/rtlwifi/rtl8821ae/hw.c | 2
drivers/net/wireless/realtek/rtlwifi/usb.h | 3
drivers/pci/host/pci-hyperv.c | 8
drivers/pci/host/pcie-altera.c | 10 -
drivers/pci/hotplug/pnv_php.c | 22 +-
drivers/power/reset/Kconfig | 2
drivers/power/reset/at91-poweroff.c | 54 +++++
drivers/power/reset/at91-sama5d2_shdwc.c | 49 +++++
drivers/regulator/core.c | 5
drivers/remoteproc/qcom_mdt_loader.c | 7
drivers/rtc/Kconfig | 2
drivers/rtc/rtc-sun6i.c | 30 ++-
drivers/scsi/aacraid/src.c | 21 +-
drivers/scsi/lpfc/lpfc_hw4.h | 2
drivers/scsi/lpfc/lpfc_sli.c | 9
drivers/scsi/qla2xxx/qla_isr.c | 7
drivers/scsi/qla2xxx/qla_os.c | 16 -
drivers/scsi/scsi_dh.c | 22 --
drivers/scsi/scsi_lib.c | 23 ++
drivers/scsi/storvsc_drv.c | 32 +++
drivers/spi/spi-s3c64xx.c | 2
drivers/staging/greybus/loopback.c | 9
drivers/staging/lustre/lnet/selftest/rpc.c | 2
drivers/staging/rtl8188eu/core/rtw_recv.c | 3
drivers/staging/rtl8712/rtl871x_recv.c | 7
drivers/usb/dwc3/gadget.c | 5
drivers/usb/gadget/function/f_hid.c | 188 ++++++++++++++------
drivers/usb/gadget/udc/core.c | 45 +++-
drivers/usb/gadget/udc/fsl_udc_core.c | 10 -
drivers/usb/host/xhci-plat.c | 6
drivers/usb/musb/da8xx.c | 6
drivers/virtio/virtio_balloon.c | 4
drivers/vme/vme.c | 15 +
drivers/w1/masters/ds2490.c | 142 ++++++++-------
drivers/w1/w1.c | 1
fs/ceph/addr.c | 1
fs/cifs/file.c | 10 -
fs/ext4/extents.c | 27 +-
fs/ext4/inline.c | 75 ++++---
fs/ext4/inode.c | 39 ++--
fs/ext4/mballoc.c | 7
fs/ext4/namei.c | 6
fs/ext4/super.c | 11 -
fs/ext4/xattr.c | 30 +--
fs/ext4/xattr.h | 32 +++
fs/f2fs/dir.c | 34 +++
fs/f2fs/extent_cache.c | 5
fs/f2fs/f2fs.h | 4
fs/f2fs/gc.c | 22 ++
fs/f2fs/segment.c | 2
fs/f2fs/segment.h | 9
fs/f2fs/super.c | 67 ++++---
fs/fuse/file.c | 1
fs/gfs2/glock.c | 5
fs/jbd2/transaction.c | 4
fs/nfs/flexfilelayout/flexfilelayout.c | 13 -
fs/nfs/nfs42proc.c | 63 +++---
fs/nfs/nfs4proc.c | 14 -
fs/nfs/nfs4xdr.c | 2
fs/nfsd/vfs.c | 59 +++---
include/crypto/algapi.h | 7
include/linux/compat.h | 4
include/linux/devfreq.h | 3
include/linux/fsl_ifc.h | 8
include/linux/hyperv.h | 1
include/linux/intel-iommu.h | 14 -
include/linux/mmzone.h | 2
include/rdma/ib_sa.h | 6
include/scsi/scsi_device.h | 1
include/soc/at91/at91sam9_ddrsdr.h | 3
ipc/shm.c | 13 -
kernel/membarrier.c | 4
kernel/memremap.c | 6
kernel/module.c | 1
kernel/signal.c | 11 -
mm/filemap.c | 7
mm/page_alloc.c | 2
mm/vmpressure.c | 10 -
mm/vmscan.c | 81 ++++----
mm/workingset.c | 2
net/ceph/osd_client.c | 3
net/sunrpc/xprtrdma/rpc_rdma.c | 62 ++++--
net/sunrpc/xprtrdma/transport.c | 2
net/sunrpc/xprtrdma/verbs.c | 15 -
net/sunrpc/xprtrdma/xprt_rdma.h | 3
samples/seccomp/bpf-helper.h | 125 +++++++------
security/integrity/ima/ima.h | 2
security/integrity/ima/ima_api.c | 20 +-
security/integrity/ima/ima_main.c | 8
sound/core/seq/seq_fifo.c | 3
sound/core/timer.c | 18 +
sound/pci/ctxfi/cthw20k1.c | 19 --
sound/pci/ctxfi/cthw20k2.c | 19 --
sound/pci/hda/hda_intel.c | 4
sound/pci/hda/patch_realtek.c | 8
virt/kvm/arm/vgic/vgic-irqfd.c | 3
174 files changed, 1929 insertions(+), 1010 deletions(-)

Alexander Usyskin (1):
mei: remove support for broken parallel read

Alexandre Bailon (1):
usb: musb: da8xx: Remove CPPI 3.0 quirk and methods

Alexandre Belloni (4):
ARM: at91: define LPDDR types
ARM: dts: at91: Enable DMA on sama5d4_xplained console
ARM: dts: at91: Enable DMA on sama5d2_xplained console
power: reset: at91-poweroff: timely shutdown LPDDR memories

Andi Shyti (1):
spi: s3c64xx: fix inconsistency between binding and driver

Andrew Price (1):
gfs2: Add missing rcu locking for glock lookup

Aneesh Kumar K.V (2):
powerpc/mm: Add MMU_FTR_KERNEL_RO to possible feature mask
powerpc/mm/hash: Always clear UPRT and Host Radix bits when setting up CPU

Antti Palosaari (1):
cxd2820r: fix gpio null pointer dereference

Arnd Bergmann (1):
staging: rtl: fix possible NULL pointer dereference

Ashok Raj (1):
iommu/vt-d: Tylersburg isoch identity map check is done too late.

Bjorn Andersson (1):
remoteproc: qcom: mdt_loader: Don't overwrite firmware object

CQ Tang (1):
iommu/vt-d: Fix some macros that are incorrectly specified in intel-iommu

Chanwoo Choi (2):
PM / devfreq: Fix available_governor sysfs
PM / devfreq: Fix wrong trans_stat of passive devfreq device

Christian Lamparter (1):
ath9k: use correct OTP register offsets for the AR9340 and AR9550

Christoph Hellwig (2):
nfsd: minor nfsd_setattr cleanup
nfsd: special case truncates some more

Chuck Lever (4):
xprtrdma: Fix Read chunk padding
xprtrdma: Per-connection pad optimization
xprtrdma: Disable pad optimization by default
xprtrdma: Reduce required number of send SGEs

Dan Williams (1):
mm, devm_memremap_pages: hold device_hotplug lock over mem_hotplug_{begin, done}

Dave Hansen (1):
x86/pkeys: Check against max pkey to avoid overflows

Davidlohr Bueso (1):
ipc/shm: Fix shmat mmap nil-page protection

Dexuan Cui (1):
PCI: hv: Fix wslot_to_devfn() to fix warnings on device removal

Eric Biggers (1):
ext4: fix use-after-iput when fscrypt contexts are inconsistent

Ethan Zonca (1):
can: gs_usb: Don't use stack memory for USB transfers

Felipe Balbi (1):
usb: dwc3: gadget: skip Set/Clear Halt when invalid

Felix Fietkau (3):
MIPS: Lantiq: Keep ethernet enabled during boot
ath5k: drop bogus warning on drv_set_key with unsupported cipher
ath9k: fix race condition in enabling/disabling IRQs

Gavin Shan (2):
mm/page_alloc: fix nodes for reclaim in fast path
pci/hotplug/pnv-php: Disable MSI and PCI device properly

Greg Kroah-Hartman (1):
Linux 4.10.2

Guennadi Liakhovetski (1):
uvcvideo: Fix a wrong macro

Guenter Roeck (2):
hwmon: (it87) Do not overwrite bit 2..6 of pwm control registers
hwmon: (it87) Ensure that pwm control cache is current before updating values

Hannes Reinecke (1):
scsi: use 'scsi_device_from_queue()' for scsi_dh

Heinz Mauelshagen (1):
dm raid: fix data corruption on reshape request

Herbert Xu (2):
crypto: xts - Propagate NEED_FALLBACK bit
crypto: api - Add crypto_requires_off helper

Hou Pengyang (1):
f2fs: add ovp valid_blocks check for bg gc victim to fg_gc

Hui Wang (1):
ALSA: hda - Fix micmute hotkey problem for a lenovo AIO machine

J. Bruce Fields (1):
NFSv4: fix getacl head length estimation

Jaegeuk Kim (2):
f2fs: fix multiple f2fs_add_link() calls having same name
f2fs: avoid to issue redundant discard commands

James Cowgill (1):
MIPS: OCTEON: Fix copy_from_user fault handling for large buffers

James Smart (1):
scsi: lpfc: Correct WQ creation for pagesize

Jan Kara (2):
ext4: trim allocation requests to group size
ext4: fix data corruption in data=journal mode

Jaroslav Kysela (1):
ALSA: hda - fix Lewisburg audio issue

Jason Gunthorpe (1):
RDMA/core: Fix incorrect structure packing for booleans

Joe Thornber (1):
dm cache: fix corruption seen when using cache > 2TB

Johan Hovold (1):
staging: greybus: loopback: fix broken udelay

K. Y. Srinivasan (5):
Drivers: hv: vmbus: Prevent sending data on a rescinded channel
Drivers: hv: vmbus: Fix a rescind handling bug
Drivers: hv: util: kvp: Fix a rescind processing issue
Drivers: hv: util: Fcopy: Fix a rescind processing issue
Drivers: hv: util: Backup: Fix a rescind processing issue

Kai-Heng Feng (1):
ALSA: hda/realtek - Cannot adjust speaker's volume on a Dell AIO

Krzysztof Opasiak (5):
usb: gadget: udc-core: Rescan pending list on driver unbind
usb: gadget: f_hid: fix: Free out requests
usb: gadget: f_hid: fix: Prevent accessing released memory
usb: gadget: f_hid: Use spinlock instead of mutex
usb: gadget: f_hid: fix: Move IN request allocation to set_alt()

Larry Finger (1):
rtlwifi: rtl8192c-common: Fix "BUG: KASAN:

Laura Abbott (1):
crypto: testmgr - Pad aes_ccm_enc_tv_template vector

Leonard Crestez (1):
regulator: Fix regulator_summary for deviceless consumers

Ley Foon Tan (1):
PCI: altera: Fix TLP_CFG_DW0 for TLP write

Long Li (3):
scsi: storvsc: use tagged SRB requests if supported by the device
scsi: storvsc: properly handle SRB_ERROR when sense message is present
scsi: storvsc: properly set residual data length on errors

Luis R. Rodriguez (1):
module: fix memory leak on early load_module() failures

Maciej S. Szmigiero (3):
tpm_tis: use default timeout value if chip reports it as zero
w1: don't leak refcount on slave attach failure in w1_attach_slave_device()
w1: ds2490: USB transfer buffers need to be DMAable

Magnus Lilja (2):
usb: gadget: udc: fsl: Add missing complete function.
dmaengine: ipu: Make sure the interrupt routine checks all interrupts.

Marc Kleine-Budde (1):
can: usb_8dev: Fix memory leak of priv->cmd_msg_buffer

Marc Zyngier (1):
arm/arm64: KVM: Enforce unconditional flush to PoC when mapping to stage-2

Mark Marshall (1):
mtd: nand: ifc: Fix location of eccstat registers for IFC V1.0

Mark Rutland (2):
arm64: fix erroneous __raw_read_system_reg() cases
Revert "arm64: mm: set the contiguous bit for kernel mappings where appropriate"

Masato Suzuki (1):
f2fs: Fix zoned block device support

Mathias Svensson (1):
samples/seccomp: fix 64-bit comparison macros

Mathieu Desnoyers (1):
Fix: Disable sys_membarrier when nohz_full is enabled

Mauro Carvalho Chehab (1):
dvb-usb: don't use stack for firmware load

Maxime Ripard (3):
rtc: sun6i: Disable the build as a module
rtc: sun6i: Add some locking
rtc: sun6i: Switch to the external oscillator

Michael Hernandez (3):
scsi: qla2xxx: Cleaned up queue configuration code.
scsi: qla2xxx: Fix response queue count for Target mode.
scsi: qla2xxx: Fix Regression introduced by pci_alloc_irq_vectors_affinity call.

Michal Hocko (2):
mm, vmscan: cleanup lru size claculations
mm, vmscan: consider eligible zones in get_scan_count

Mike Snitzer (1):
dm round robin: revert "use percpu 'repeat_count' and 'current_path'"

Miklos Szeredi (1):
fuse: add missing FR_FORCE

Mikulas Patocka (1):
dm stats: fix a leaked s->histogram_boundaries array

Milan Broz (1):
crypto: xts - Add ECB dependency

Mimi Zohar (1):
ima: fix ima_d_path() possible race with rename

Minchan Kim (1):
mm: do not access page->mapping directly on page_endio

Ming Lei (1):
block/loop: fix race between I/O and set_status

Mirko Parthey (1):
MIPS: BCM47XX: Fix button inversion for Asus WL-500W

Nicolas Iooss (1):
am437x-vpfe: always assign bpp variable

Oleg Drokin (1):
staging/lustre/lnet: Fix allocation size for sv_cpt_data

Omar Sandoval (1):
loop: fix LO_FLAGS_PARTSCAN hang

Paul Burton (6):
MIPS: Clear ISA bit correctly in get_frame_info()
MIPS: Prevent unaligned accesses during stack unwinding
MIPS: Fix get_frame_info() handling of microMIPS function size
MIPS: Fix is_jump_ins() handling of 16b microMIPS instructions
MIPS: Calculate microMIPS ra properly when unwinding the stack
MIPS: Handle microMIPS jumps in the same way as MIPS32/MIPS64 jumps

Paulo Flabiano Smorigo (2):
crypto: vmx - Use skcipher for cbc fallback
crypto: vmx - Use skcipher for xts fallback

Pavel Shilovsky (1):
CIFS: Fix splice read for non-cached files

Peter Rosin (2):
iio: pressure: mpl115: do not rely on structure field ordering
iio: pressure: mpl3115: do not rely on structure field ordering

Ping-Ke Shih (1):
rtlwifi: Fix alignment issues

Purna Chandra Mandal (1):
MIPS: pic32mzda: Fix linker error for pic32_get_pbclk()

Rafał Miłecki (1):
bcma: use (get|put)_device when probing/removing device driver

Raghava Aditya Renukunta (1):
scsi: aacraid: Reorder Adapter status check

Ralf Baechle (3):
MIPS: Fix special case in 64 bit IP checksumming.
MIPS: IP22: Reformat inline assembler code to modern standards.
MIPS: IP22: Fix build error due to binutils 2.25 uselessnes.

Randy Dunlap (1):
media: fix dm1105.c build error

Ravi Bangoria (1):
powerpc/xmon: Fix data-breakpoint

Robin Murphy (1):
arm64: dma-mapping: Fix dma_mapping_error() when bypassing SWIOTLB

Roman Pen (2):
ext4: Include forgotten start block on fallocate insert range
ext4: do not polute the extents cache while shifting extents

Sakari Ailus (1):
media: Properly pass through media entity types in entity enumeration

Sean Young (1):
lirc_dev: LIRC_{G,S}ET_REC_MODE do not work

Shanker Donthineni (1):
KVM: arm/arm64: vgic: Stop injecting the MSI occurrence twice

Stas Sergeev (1):
sigaltstack: support SS_AUTODISARM for CONFIG_COMPAT

Stefano Babic (1):
VME: restore bus_remove function causing incomplete module unload

Steve Wise (1):
rdma_cm: fail iwarp accepts w/o connection params

Suzuki K Poulose (1):
coresight: STM: Balance enable/disable

Takashi Iwai (4):
ALSA: timer: Reject user params with too small ticks
ALSA: ctxfi: Fallback DMA mask to 32bit
ALSA: seq: Fix link corruption by event error handling
ALSA: hda - Add subwoofer support for Dell Inspiron 17 7000 Gaming

Tamizh chelvam (1):
ath10k: fix boot failure in UTF mode/testmode

Theodore Ts'o (6):
ext4: fix deadlock between inline_data and ext4_expand_extra_isize_ea()
jbd2: don't leak modified metadata buffers on an aborted journal
ext4: fix inline data error paths
ext4: preserve the needs_recovery flag when the journal is aborted
ext4: return EROFS if device is r/o and journal replay is needed
ext4: fix fencepost in s_first_meta_bg validation

Trond Myklebust (4):
NFSv4: Fix memory and state leak in _nfs4_open_and_get_state
NFSv4: Fix reboot recovery in copy offload
pNFS/flexfiles: If the layout is invalid, it must be updated before retrying
Revert "NFSv4.1: Handle NFS4ERR_BADSESSION/NFS4ERR_DEADSESSION replies to OP_SEQUENCE"

Vinayak Menon (1):
mm: vmpressure: fix sending wrong events on underflow

Vitaly Kuznetsov (4):
Drivers: hv: vmbus: Raise retry/wait limits in vmbus_post_msg()
hv: allocate synic pages for all present CPUs
hv: init percpu_list in hv_synic_alloc()
hv: don't reset hv_context.tsc_page on crash

Wang Nan (1):
coresight: fix kernel panic caused by invalid CPU

Wei Yongjun (1):
tpm_tis: fix the error handling of init_tis()

Weston Andros Adamson (1):
NFSv4: fix getacl ERANGE for some ACL buffer sizes

William wu (1):
usb: host: xhci: plat: check hcc_params after add hcd

Yan, Zheng (1):
ceph: update readpages osd request according to size of pages

Yisheng Xie (1):
mm balloon: umount balloon_mnt when removing vb device

Yunlei He (1):
f2fs: fix a problem of using memory after free

Zhang Rui (1):
mmc: sdhci-acpi: support deferred probe

[email protected] (1):
md linear: fix a race between linear_add() and linear_congested()


Attachments:
(No filename) (22.99 kB)
signature.asc (833.00 B)
Download all attachments

2017-03-12 18:52:05

by Robert Nelson

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

On Sun, Mar 12, 2017 at 8:05 AM, Greg KH <[email protected]> wrote:
> I'm announcing the release of the 4.10.2 kernel.
>
> All users of the 4.10 kernel series must upgrade.
>
> The updated 4.10.y git tree can be found at:
> git://git.kernel.org/pub/scm/linux/kernel/git/stable/linux-stable.git linux-4.10.y
> and can be browsed at the normal kernel.org git web browser:
> http://git.kernel.org/?p=linux/kernel/git/stable/linux-stable.git;a=summary
>
> thanks,
>
> greg k-h

Hey Greg,

As of this email, it looks like your script's git push failed:

https://git.kernel.org/pub/scm/linux/kernel/git/stable/linux-stable.git/log/?h=linux-4.10.y

Regards,

--
Robert Nelson
https://rcn-ee.com/

2017-03-12 19:06:32

by Greg Kroah-Hartman

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

On Sun, Mar 12, 2017 at 01:51:24PM -0500, Robert Nelson wrote:
> On Sun, Mar 12, 2017 at 8:05 AM, Greg KH <[email protected]> wrote:
> > I'm announcing the release of the 4.10.2 kernel.
> >
> > All users of the 4.10 kernel series must upgrade.
> >
> > The updated 4.10.y git tree can be found at:
> > git://git.kernel.org/pub/scm/linux/kernel/git/stable/linux-stable.git linux-4.10.y
> > and can be browsed at the normal kernel.org git web browser:
> > http://git.kernel.org/?p=linux/kernel/git/stable/linux-stable.git;a=summary
> >
> > thanks,
> >
> > greg k-h
>
> Hey Greg,
>
> As of this email, it looks like your script's git push failed:
>
> https://git.kernel.org/pub/scm/linux/kernel/git/stable/linux-stable.git/log/?h=linux-4.10.y

That's kind of impossible, as the scripts that generate the tarball on
kernel.org rely on the tag being there. And that link shows the v4.10.2
tag, what are you thinking is missing here?

thanks,

greg k-h

2017-03-12 20:11:46

by Ilia Mirkin

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

On Sun, Mar 12, 2017 at 3:05 PM, Greg KH <[email protected]> wrote:
> On Sun, Mar 12, 2017 at 01:51:24PM -0500, Robert Nelson wrote:
>> On Sun, Mar 12, 2017 at 8:05 AM, Greg KH <[email protected]> wrote:
>> > I'm announcing the release of the 4.10.2 kernel.
>> >
>> > All users of the 4.10 kernel series must upgrade.
>> >
>> > The updated 4.10.y git tree can be found at:
>> > git://git.kernel.org/pub/scm/linux/kernel/git/stable/linux-stable.git linux-4.10.y
>> > and can be browsed at the normal kernel.org git web browser:
>> > http://git.kernel.org/?p=linux/kernel/git/stable/linux-stable.git;a=summary
>> >
>> > thanks,
>> >
>> > greg k-h
>>
>> Hey Greg,
>>
>> As of this email, it looks like your script's git push failed:
>>
>> https://git.kernel.org/pub/scm/linux/kernel/git/stable/linux-stable.git/log/?h=linux-4.10.y
>
> That's kind of impossible, as the scripts that generate the tarball on
> kernel.org rely on the tag being there. And that link shows the v4.10.2
> tag, what are you thinking is missing here?

The link shows v4.10.1 for me and says that the v4.10.2 tag is
unknown. Fetching from
git://git.kernel.org/pub/scm/linux/kernel/git/stable/linux-stable.git,
I don't see a v4.10.2 tag. The head of linux-4.10.y is v4.10.1.

Cheers,

-ilia

2017-03-12 20:48:11

by Alexander Kapshuk

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

On Sun, Mar 12, 2017 at 10:11 PM, Ilia Mirkin <[email protected]> wrote:
> On Sun, Mar 12, 2017 at 3:05 PM, Greg KH <[email protected]> wrote:
>> On Sun, Mar 12, 2017 at 01:51:24PM -0500, Robert Nelson wrote:
>>> On Sun, Mar 12, 2017 at 8:05 AM, Greg KH <[email protected]> wrote:
>>> > I'm announcing the release of the 4.10.2 kernel.
>>> >
>>> > All users of the 4.10 kernel series must upgrade.
>>> >
>>> > The updated 4.10.y git tree can be found at:
>>> > git://git.kernel.org/pub/scm/linux/kernel/git/stable/linux-stable.git linux-4.10.y
>>> > and can be browsed at the normal kernel.org git web browser:
>>> > http://git.kernel.org/?p=linux/kernel/git/stable/linux-stable.git;a=summary
>>> >
>>> > thanks,
>>> >
>>> > greg k-h
>>>
>>> Hey Greg,
>>>
>>> As of this email, it looks like your script's git push failed:
>>>
>>> https://git.kernel.org/pub/scm/linux/kernel/git/stable/linux-stable.git/log/?h=linux-4.10.y
>>
>> That's kind of impossible, as the scripts that generate the tarball on
>> kernel.org rely on the tag being there. And that link shows the v4.10.2
>> tag, what are you thinking is missing here?
>
> The link shows v4.10.1 for me and says that the v4.10.2 tag is
> unknown. Fetching from
> git://git.kernel.org/pub/scm/linux/kernel/git/stable/linux-stable.git,
> I don't see a v4.10.2 tag. The head of linux-4.10.y is v4.10.1.
>
> Cheers,
>
> -ilia

v4.10.2 tag showing here alright:

git config remote.origin.url
git://git.kernel.org/pub/scm/linux/kernel/git/stable/linux-stable.git

git tag -l *4.10.[12]
v4.10.1
v4.10.2

2017-03-13 12:37:42

by Jiri Slaby

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

On 03/12/2017, 09:11 PM, Ilia Mirkin wrote:
> The link shows v4.10.1 for me and says that the v4.10.2 tag is
> unknown. Fetching from
> git://git.kernel.org/pub/scm/linux/kernel/git/stable/linux-stable.git,
> I don't see a v4.10.2 tag. The head of linux-4.10.y is v4.10.1.

I guess your mirror only have not kept up yet.

--
js
suse labs

2017-03-13 13:55:37

by Ilia Mirkin

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

On Mon, Mar 13, 2017 at 8:36 AM, Jiri Slaby <[email protected]> wrote:
> On 03/12/2017, 09:11 PM, Ilia Mirkin wrote:
>> The link shows v4.10.1 for me and says that the v4.10.2 tag is
>> unknown. Fetching from
>> git://git.kernel.org/pub/scm/linux/kernel/git/stable/linux-stable.git,
>> I don't see a v4.10.2 tag. The head of linux-4.10.y is v4.10.1.
>
> I guess your mirror only have not kept up yet.

Yeah, it was all good ~4h after I sent the e-mail.

-ilia

2017-03-13 15:24:47

by Robert Nelson

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

On Mon, Mar 13, 2017 at 8:55 AM, Ilia Mirkin <[email protected]> wrote:
> On Mon, Mar 13, 2017 at 8:36 AM, Jiri Slaby <[email protected]> wrote:
>> On 03/12/2017, 09:11 PM, Ilia Mirkin wrote:
>>> The link shows v4.10.1 for me and says that the v4.10.2 tag is
>>> unknown. Fetching from
>>> git://git.kernel.org/pub/scm/linux/kernel/git/stable/linux-stable.git,
>>> I don't see a v4.10.2 tag. The head of linux-4.10.y is v4.10.1.
>>
>> I guess your mirror only have not kept up yet.
>
> Yeah, it was all good ~4h after I sent the e-mail.

Something is still fishy with kernel.org, i eventually got v4.10.2
pulled down last night, but now with linus's tree i'm not getting
v4.11-rc2..

voodoo@hades:~/linux-src$ git pull origin
Already up-to-date.
voodoo@hades:~/linux-src$ git fetch --tags
voodoo@hades:~/linux-src$ git config remote.origin.url
git://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git
voodoo@hades:~/linux-src$ git tag -l *4.11-rc[12]
v4.11-rc1

Regards,

--
Robert Nelson
https://rcn-ee.com/

2017-03-13 15:33:38

by Robert Nelson

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

On Mon, Mar 13, 2017 at 10:23 AM, Robert Nelson <[email protected]> wrote:
> On Mon, Mar 13, 2017 at 8:55 AM, Ilia Mirkin <[email protected]> wrote:
>> On Mon, Mar 13, 2017 at 8:36 AM, Jiri Slaby <[email protected]> wrote:
>>> On 03/12/2017, 09:11 PM, Ilia Mirkin wrote:
>>>> The link shows v4.10.1 for me and says that the v4.10.2 tag is
>>>> unknown. Fetching from
>>>> git://git.kernel.org/pub/scm/linux/kernel/git/stable/linux-stable.git,
>>>> I don't see a v4.10.2 tag. The head of linux-4.10.y is v4.10.1.
>>>
>>> I guess your mirror only have not kept up yet.
>>
>> Yeah, it was all good ~4h after I sent the e-mail.
>
> Something is still fishy with kernel.org, i eventually got v4.10.2
> pulled down last night, but now with linus's tree i'm not getting
> v4.11-rc2..
>
> voodoo@hades:~/linux-src$ git pull origin
> Already up-to-date.
> voodoo@hades:~/linux-src$ git fetch --tags
> voodoo@hades:~/linux-src$ git config remote.origin.url
> git://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git
> voodoo@hades:~/linux-src$ git tag -l *4.11-rc[12]
> v4.11-rc1

i wonder if it's related with the new packet frontend?

https://www.kernel.org/fast-new-frontends-with-packet.html

from one of vps's in a differnet region, still no rc2..

rcnee@debian:~$ git clone
git://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git
Cloning into 'linux'...
remote: Counting objects: 5266818, done.
remote: Compressing objects: 100% (803214/803214), done.
remote: Total 5266818 (delta 4423326), reused 5266191 (delta 4422778)
Receiving objects: 100% (5266818/5266818), 921.29 MiB | 21.70 MiB/s, done.
Resolving deltas: 100% (4423326/4423326), done.
Checking connectivity... done.
Checking out files: 100% (57992/57992), done.
rcnee@debian:~$ cd linux/
rcnee@debian:~/linux$ git tag -l *4.11-rc[12]
v4.11-rc1

Regards,

--
Robert Nelson
https://rcn-ee.com/

2017-03-13 15:36:40

by Konstantin Ryabitsev

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

On Mon, Mar 13, 2017 at 10:32:59AM -0500, Robert Nelson wrote:
>rcnee@debian:~$ git clone
>git://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git
>Cloning into 'linux'...
>remote: Counting objects: 5266818, done.
>remote: Compressing objects: 100% (803214/803214), done.
>remote: Total 5266818 (delta 4423326), reused 5266191 (delta 4422778)
>Receiving objects: 100% (5266818/5266818), 921.29 MiB | 21.70 MiB/s, done.
>Resolving deltas: 100% (4423326/4423326), done.
>Checking connectivity... done.
>Checking out files: 100% (57992/57992), done.
>rcnee@debian:~$ cd linux/
>rcnee@debian:~/linux$ git tag -l *4.11-rc[12]
>v4.11-rc1

I'm chasing down a few reports, but haven't narrowed it down yet. Can
you tell me what "host git.kernel.org" resolves as for you?

-K

2017-03-13 15:39:35

by Robert Nelson

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

On Mon, Mar 13, 2017 at 10:35 AM, Konstantin Ryabitsev
<[email protected]> wrote:
> On Mon, Mar 13, 2017 at 10:32:59AM -0500, Robert Nelson wrote:
>>
>> rcnee@debian:~$ git clone
>> git://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git
>> Cloning into 'linux'...
>> remote: Counting objects: 5266818, done.
>> remote: Compressing objects: 100% (803214/803214), done.
>> remote: Total 5266818 (delta 4423326), reused 5266191 (delta 4422778)
>> Receiving objects: 100% (5266818/5266818), 921.29 MiB | 21.70 MiB/s, done.
>> Resolving deltas: 100% (4423326/4423326), done.
>> Checking connectivity... done.
>> Checking out files: 100% (57992/57992), done.
>> rcnee@debian:~$ cd linux/
>> rcnee@debian:~/linux$ git tag -l *4.11-rc[12]
>> v4.11-rc1
>
>
> I'm chasing down a few reports, but haven't narrowed it down yet. Can you
> tell me what "host git.kernel.org" resolves as for you?

rcnee@debian:~/linux$ host git.kernel.org
git.kernel.org is an alias for pub.kernel.org.
pub.kernel.org is an alias for pub.ewr.kernel.org.
pub.ewr.kernel.org has address 147.75.196.57
pub.ewr.kernel.org has IPv6 address 2604:1380:1:3600::3

Regards,

--
Robert Nelson
https://rcn-ee.com/

2017-03-13 15:44:27

by Ilia Mirkin

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

On Mon, Mar 13, 2017 at 11:38 AM, Robert Nelson <[email protected]> wrote:
> On Mon, Mar 13, 2017 at 10:35 AM, Konstantin Ryabitsev
> <[email protected]> wrote:
>> On Mon, Mar 13, 2017 at 10:32:59AM -0500, Robert Nelson wrote:
>>>
>>> rcnee@debian:~$ git clone
>>> git://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git
>>> Cloning into 'linux'...
>>> remote: Counting objects: 5266818, done.
>>> remote: Compressing objects: 100% (803214/803214), done.
>>> remote: Total 5266818 (delta 4423326), reused 5266191 (delta 4422778)
>>> Receiving objects: 100% (5266818/5266818), 921.29 MiB | 21.70 MiB/s, done.
>>> Resolving deltas: 100% (4423326/4423326), done.
>>> Checking connectivity... done.
>>> Checking out files: 100% (57992/57992), done.
>>> rcnee@debian:~$ cd linux/
>>> rcnee@debian:~/linux$ git tag -l *4.11-rc[12]
>>> v4.11-rc1
>>
>>
>> I'm chasing down a few reports, but haven't narrowed it down yet. Can you
>> tell me what "host git.kernel.org" resolves as for you?
>
> rcnee@debian:~/linux$ host git.kernel.org
> git.kernel.org is an alias for pub.kernel.org.
> pub.kernel.org is an alias for pub.ewr.kernel.org.
> pub.ewr.kernel.org has address 147.75.196.57
> pub.ewr.kernel.org has IPv6 address 2604:1380:1:3600::3

$ git fetch origin
remote: Counting objects: 2543, done.
remote: Compressing objects: 100% (725/725), done.
remote: Total 2543 (delta 2112), reused 2207 (delta 1816)
Receiving objects: 100% (2543/2543), 503.18 KiB | 0 bytes/s, done.
Resolving deltas: 100% (2112/2112), completed with 675 local objects.
>From git://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux
c1ae3cf..56b24d1 master -> origin/master
$ git show v4.11-rc2
fatal: ambiguous argument 'v4.11-rc2': unknown revision or path not in
the working tree.
Use '--' to separate paths from revisions, like this:
'git <command> [<revision>...] -- [<file>...]'
$ git tag -l *4.11-rc[12]
v4.11-rc1
$ host git.kernel.org
git.kernel.org is an alias for pub.kernel.org.
pub.kernel.org is an alias for pub.ewr.kernel.org.
pub.ewr.kernel.org has address 147.75.196.57
pub.ewr.kernel.org has IPv6 address 2604:1380:1:3600::3

Coincidence? (I'm in NYC in case it matters. I'm using IPv4 from here,
but was most likely on IPv6 at home yesterday when I first had the
issue.)

Cheers,

-ilia

Subject: [Kernel.org Helpdesk #38150] [linuxfoundation.org #38150] Re: Linux 4.10.2

On Mon, Mar 13, 2017 at 11:38 AM, Robert Nelson <[email protected]> wrote:
> On Mon, Mar 13, 2017 at 10:35 AM, Konstantin Ryabitsev
> <[email protected]> wrote:
>> On Mon, Mar 13, 2017 at 10:32:59AM -0500, Robert Nelson wrote:
>>>
>>> rcnee@debian:~$ git clone
>>> git://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git
>>> Cloning into 'linux'...
>>> remote: Counting objects: 5266818, done.
>>> remote: Compressing objects: 100% (803214/803214), done.
>>> remote: Total 5266818 (delta 4423326), reused 5266191 (delta 4422778)
>>> Receiving objects: 100% (5266818/5266818), 921.29 MiB | 21.70 MiB/s, done.
>>> Resolving deltas: 100% (4423326/4423326), done.
>>> Checking connectivity... done.
>>> Checking out files: 100% (57992/57992), done.
>>> rcnee@debian:~$ cd linux/
>>> rcnee@debian:~/linux$ git tag -l *4.11-rc[12]
>>> v4.11-rc1
>>
>>
>> I'm chasing down a few reports, but haven't narrowed it down yet. Can you
>> tell me what "host git.kernel.org" resolves as for you?
>
> rcnee@debian:~/linux$ host git.kernel.org
> git.kernel.org is an alias for pub.kernel.org.
> pub.kernel.org is an alias for pub.ewr.kernel.org.
> pub.ewr.kernel.org has address 147.75.196.57
> pub.ewr.kernel.org has IPv6 address 2604:1380:1:3600::3

$ git fetch origin
remote: Counting objects: 2543, done.
remote: Compressing objects: 100% (725/725), done.
remote: Total 2543 (delta 2112), reused 2207 (delta 1816)
Receiving objects: 100% (2543/2543), 503.18 KiB | 0 bytes/s, done.
Resolving deltas: 100% (2112/2112), completed with 675 local objects.
>From git://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux
c1ae3cf..56b24d1 master -> origin/master
$ git show v4.11-rc2
fatal: ambiguous argument 'v4.11-rc2': unknown revision or path not in
the working tree.
Use '--' to separate paths from revisions, like this:
'git <command> [<revision>...] -- [<file>...]'
$ git tag -l *4.11-rc[12]
v4.11-rc1
$ host git.kernel.org
git.kernel.org is an alias for pub.kernel.org.
pub.kernel.org is an alias for pub.ewr.kernel.org.
pub.ewr.kernel.org has address 147.75.196.57
pub.ewr.kernel.org has IPv6 address 2604:1380:1:3600::3

Coincidence? (I'm in NYC in case it matters. I'm using IPv4 from here,
but was most likely on IPv6 at home yesterday when I first had the
issue.)

Cheers,

-ilia

Subject: [Kernel.org Helpdesk #38150] [linuxfoundation.org #38150] Re: Linux 4.10.2

On Mon, Mar 13, 2017 at 10:32:59AM -0500, Robert Nelson wrote:
>rcnee@debian:~$ git clone
>git://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git
>Cloning into 'linux'...
>remote: Counting objects: 5266818, done.
>remote: Compressing objects: 100% (803214/803214), done.
>remote: Total 5266818 (delta 4423326), reused 5266191 (delta 4422778)
>Receiving objects: 100% (5266818/5266818), 921.29 MiB | 21.70 MiB/s, done.
>Resolving deltas: 100% (4423326/4423326), done.
>Checking connectivity... done.
>Checking out files: 100% (57992/57992), done.
>rcnee@debian:~$ cd linux/
>rcnee@debian:~/linux$ git tag -l *4.11-rc[12]
>v4.11-rc1

I'm chasing down a few reports, but haven't narrowed it down yet. Can
you tell me what "host git.kernel.org" resolves as for you?

-K

Subject: [Kernel.org Helpdesk #38150] [linuxfoundation.org #38150] Re: Linux 4.10.2

On Mon, Mar 13, 2017 at 10:35 AM, Konstantin Ryabitsev
<[email protected]> wrote:
> On Mon, Mar 13, 2017 at 10:32:59AM -0500, Robert Nelson wrote:
>>
>> rcnee@debian:~$ git clone
>> git://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git
>> Cloning into 'linux'...
>> remote: Counting objects: 5266818, done.
>> remote: Compressing objects: 100% (803214/803214), done.
>> remote: Total 5266818 (delta 4423326), reused 5266191 (delta 4422778)
>> Receiving objects: 100% (5266818/5266818), 921.29 MiB | 21.70 MiB/s, done.
>> Resolving deltas: 100% (4423326/4423326), done.
>> Checking connectivity... done.
>> Checking out files: 100% (57992/57992), done.
>> rcnee@debian:~$ cd linux/
>> rcnee@debian:~/linux$ git tag -l *4.11-rc[12]
>> v4.11-rc1
>
>
> I'm chasing down a few reports, but haven't narrowed it down yet. Can you
> tell me what "host git.kernel.org" resolves as for you?

rcnee@debian:~/linux$ host git.kernel.org
git.kernel.org is an alias for pub.kernel.org.
pub.kernel.org is an alias for pub.ewr.kernel.org.
pub.ewr.kernel.org has address 147.75.196.57
pub.ewr.kernel.org has IPv6 address 2604:1380:1:3600::3

Regards,

--
Robert Nelson
https://rcn-ee.com/

2017-03-13 16:03:20

by Konstantin Ryabitsev

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

On Mon, Mar 13, 2017 at 11:44:18AM -0400, Ilia Mirkin wrote:
>> rcnee@debian:~/linux$ host git.kernel.org
>> git.kernel.org is an alias for pub.kernel.org.
>> pub.kernel.org is an alias for pub.ewr.kernel.org.
>> pub.ewr.kernel.org has address 147.75.196.57
>> pub.ewr.kernel.org has IPv6 address 2604:1380:1:3600::3
>
>$ git fetch origin
>remote: Counting objects: 2543, done.
>remote: Compressing objects: 100% (725/725), done.
>remote: Total 2543 (delta 2112), reused 2207 (delta 1816)
>Receiving objects: 100% (2543/2543), 503.18 KiB | 0 bytes/s, done.
>Resolving deltas: 100% (2112/2112), completed with 675 local objects.
>From git://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux
> c1ae3cf..56b24d1 master -> origin/master
>$ git show v4.11-rc2
>fatal: ambiguous argument 'v4.11-rc2': unknown revision or path not in
>the working tree.
>Use '--' to separate paths from revisions, like this:
>'git <command> [<revision>...] -- [<file>...]'
>$ git tag -l *4.11-rc[12]
>v4.11-rc1
>$ host git.kernel.org
>git.kernel.org is an alias for pub.kernel.org.
>pub.kernel.org is an alias for pub.ewr.kernel.org.
>pub.ewr.kernel.org has address 147.75.196.57
>pub.ewr.kernel.org has IPv6 address 2604:1380:1:3600::3
>
>Coincidence? (I'm in NYC in case it matters. I'm using IPv4 from here,
>but was most likely on IPv6 at home yesterday when I first had the
>issue.)

I've identified and fixed the mirroring issue with the EWR frontend.
All repositories should now be up-to-date. Apologies about the problem!

-Konstantin

Subject: [Kernel.org Helpdesk #38150] [linuxfoundation.org #38150] Re: Linux 4.10.2

On Mon, Mar 13, 2017 at 11:44:18AM -0400, Ilia Mirkin wrote:
>> rcnee@debian:~/linux$ host git.kernel.org
>> git.kernel.org is an alias for pub.kernel.org.
>> pub.kernel.org is an alias for pub.ewr.kernel.org.
>> pub.ewr.kernel.org has address 147.75.196.57
>> pub.ewr.kernel.org has IPv6 address 2604:1380:1:3600::3
>
>$ git fetch origin
>remote: Counting objects: 2543, done.
>remote: Compressing objects: 100% (725/725), done.
>remote: Total 2543 (delta 2112), reused 2207 (delta 1816)
>Receiving objects: 100% (2543/2543), 503.18 KiB | 0 bytes/s, done.
>Resolving deltas: 100% (2112/2112), completed with 675 local objects.
>From git://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux
> c1ae3cf..56b24d1 master -> origin/master
>$ git show v4.11-rc2
>fatal: ambiguous argument 'v4.11-rc2': unknown revision or path not in
>the working tree.
>Use '--' to separate paths from revisions, like this:
>'git <command> [<revision>...] -- [<file>...]'
>$ git tag -l *4.11-rc[12]
>v4.11-rc1
>$ host git.kernel.org
>git.kernel.org is an alias for pub.kernel.org.
>pub.kernel.org is an alias for pub.ewr.kernel.org.
>pub.ewr.kernel.org has address 147.75.196.57
>pub.ewr.kernel.org has IPv6 address 2604:1380:1:3600::3
>
>Coincidence? (I'm in NYC in case it matters. I'm using IPv4 from here,
>but was most likely on IPv6 at home yesterday when I first had the
>issue.)

I've identified and fixed the mirroring issue with the EWR frontend.
All repositories should now be up-to-date. Apologies about the problem!

-Konstantin

2017-03-13 16:05:10

by Robert Nelson

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

On Mon, Mar 13, 2017 at 11:03 AM, Konstantin Ryabitsev
<[email protected]> wrote:
> On Mon, Mar 13, 2017 at 11:44:18AM -0400, Ilia Mirkin wrote:
>>>
>>> rcnee@debian:~/linux$ host git.kernel.org
>>> git.kernel.org is an alias for pub.kernel.org.
>>> pub.kernel.org is an alias for pub.ewr.kernel.org.
>>> pub.ewr.kernel.org has address 147.75.196.57
>>> pub.ewr.kernel.org has IPv6 address 2604:1380:1:3600::3
>>
>>
>> $ git fetch origin
>> remote: Counting objects: 2543, done.
>> remote: Compressing objects: 100% (725/725), done.
>> remote: Total 2543 (delta 2112), reused 2207 (delta 1816)
>> Receiving objects: 100% (2543/2543), 503.18 KiB | 0 bytes/s, done.
>> Resolving deltas: 100% (2112/2112), completed with 675 local objects.
>> From git://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux
>> c1ae3cf..56b24d1 master -> origin/master
>> $ git show v4.11-rc2
>> fatal: ambiguous argument 'v4.11-rc2': unknown revision or path not in
>> the working tree.
>> Use '--' to separate paths from revisions, like this:
>> 'git <command> [<revision>...] -- [<file>...]'
>> $ git tag -l *4.11-rc[12]
>> v4.11-rc1
>> $ host git.kernel.org
>> git.kernel.org is an alias for pub.kernel.org.
>> pub.kernel.org is an alias for pub.ewr.kernel.org.
>> pub.ewr.kernel.org has address 147.75.196.57
>> pub.ewr.kernel.org has IPv6 address 2604:1380:1:3600::3
>>
>> Coincidence? (I'm in NYC in case it matters. I'm using IPv4 from here,
>> but was most likely on IPv6 at home yesterday when I first had the
>> issue.)
>
>
> I've identified and fixed the mirroring issue with the EWR frontend. All
> repositories should now be up-to-date. Apologies about the problem!

Thanks Konstantin!

voodoo@hades:~/linux-src$ git pull
remote: Counting objects: 1, done.
remote: Total 1 (delta 0), reused 0 (delta 0)
Unpacking objects: 100% (1/1), done.
>From git://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux
56b24d1bbcff..4495c08e8472 master -> origin/master
* [new tag] v4.11-rc2 -> v4.11-rc2

Regards,

--
Robert Nelson
https://rcn-ee.com/

Subject: [Kernel.org Helpdesk #38150] [linuxfoundation.org #38150] Re: Linux 4.10.2

On Mon, Mar 13, 2017 at 11:03 AM, Konstantin Ryabitsev
<[email protected]> wrote:
> On Mon, Mar 13, 2017 at 11:44:18AM -0400, Ilia Mirkin wrote:
>>>
>>> rcnee@debian:~/linux$ host git.kernel.org
>>> git.kernel.org is an alias for pub.kernel.org.
>>> pub.kernel.org is an alias for pub.ewr.kernel.org.
>>> pub.ewr.kernel.org has address 147.75.196.57
>>> pub.ewr.kernel.org has IPv6 address 2604:1380:1:3600::3
>>
>>
>> $ git fetch origin
>> remote: Counting objects: 2543, done.
>> remote: Compressing objects: 100% (725/725), done.
>> remote: Total 2543 (delta 2112), reused 2207 (delta 1816)
>> Receiving objects: 100% (2543/2543), 503.18 KiB | 0 bytes/s, done.
>> Resolving deltas: 100% (2112/2112), completed with 675 local objects.
>> From git://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux
>> c1ae3cf..56b24d1 master -> origin/master
>> $ git show v4.11-rc2
>> fatal: ambiguous argument 'v4.11-rc2': unknown revision or path not in
>> the working tree.
>> Use '--' to separate paths from revisions, like this:
>> 'git <command> [<revision>...] -- [<file>...]'
>> $ git tag -l *4.11-rc[12]
>> v4.11-rc1
>> $ host git.kernel.org
>> git.kernel.org is an alias for pub.kernel.org.
>> pub.kernel.org is an alias for pub.ewr.kernel.org.
>> pub.ewr.kernel.org has address 147.75.196.57
>> pub.ewr.kernel.org has IPv6 address 2604:1380:1:3600::3
>>
>> Coincidence? (I'm in NYC in case it matters. I'm using IPv4 from here,
>> but was most likely on IPv6 at home yesterday when I first had the
>> issue.)
>
>
> I've identified and fixed the mirroring issue with the EWR frontend. All
> repositories should now be up-to-date. Apologies about the problem!

Thanks Konstantin!

voodoo@hades:~/linux-src$ git pull
remote: Counting objects: 1, done.
remote: Total 1 (delta 0), reused 0 (delta 0)
Unpacking objects: 100% (1/1), done.
>From git://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux
56b24d1bbcff..4495c08e8472 master -> origin/master
* [new tag] v4.11-rc2 -> v4.11-rc2

Regards,

--
Robert Nelson
https://rcn-ee.com/