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()
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/
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
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
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
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
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
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/
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/
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
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/
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
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
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
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/
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
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
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/
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/