[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: [RFC] treewide: cleanup unreachable breaks
- To: trix@xxxxxxxxxx
- From: Greg KH <gregkh@xxxxxxxxxxxxxxxxxxx>
- Date: Sun, 18 Oct 2020 07:43:32 +0200
- Cc: linux-kernel@xxxxxxxxxxxxxxx, linux-edac@xxxxxxxxxxxxxxx, linux-acpi@xxxxxxxxxxxxxxx, linux-pm@xxxxxxxxxxxxxxx, xen-devel@xxxxxxxxxxxxxxxxxxxx, linux-block@xxxxxxxxxxxxxxx, openipmi-developer@xxxxxxxxxxxxxxxxxxxxx, linux-crypto@xxxxxxxxxxxxxxx, linux-arm-kernel@xxxxxxxxxxxxxxxxxxx, linux-power@xxxxxxxxxxxxxxxxx, linux-gpio@xxxxxxxxxxxxxxx, amd-gfx@xxxxxxxxxxxxxxxxxxxxx, dri-devel@xxxxxxxxxxxxxxxxxxxxx, nouveau@xxxxxxxxxxxxxxxxxxxxx, virtualization@xxxxxxxxxxxxxxxxxxxxxxxxxx, spice-devel@xxxxxxxxxxxxxxxxxxxxx, linux-iio@xxxxxxxxxxxxxxx, linux-amlogic@xxxxxxxxxxxxxxxxxxx, industrypack-devel@xxxxxxxxxxxxxxxxxxxxx, linux-media@xxxxxxxxxxxxxxx, MPT-FusionLinux.pdl@xxxxxxxxxxxx, linux-scsi@xxxxxxxxxxxxxxx, linux-mtd@xxxxxxxxxxxxxxxxxxx, linux-can@xxxxxxxxxxxxxxx, netdev@xxxxxxxxxxxxxxx, intel-wired-lan@xxxxxxxxxxxxxxxx, ath10k@xxxxxxxxxxxxxxxxxxx, linux-wireless@xxxxxxxxxxxxxxx, linux-stm32@xxxxxxxxxxxxxxxxxxxxxxxxxxxx, linux-nfc@xxxxxxxxxxxx, linux-nvdimm@xxxxxxxxxxxx, linux-pci@xxxxxxxxxxxxxxx, linux-samsung-soc@xxxxxxxxxxxxxxx, platform-driver-x86@xxxxxxxxxxxxxxx, patches@xxxxxxxxxxxxxxxxxxxxx, storagedev@xxxxxxxxxxxxx, devel@xxxxxxxxxxxxxxxxxxxx, linux-serial@xxxxxxxxxxxxxxx, linux-usb@xxxxxxxxxxxxxxx, usb-storage@xxxxxxxxxxxxxxxxxxxxxxxx, linux-watchdog@xxxxxxxxxxxxxxx, ocfs2-devel@xxxxxxxxxxxxxx, bpf@xxxxxxxxxxxxxxx, linux-integrity@xxxxxxxxxxxxxxx, linux-security-module@xxxxxxxxxxxxxxx, keyrings@xxxxxxxxxxxxxxx, alsa-devel@xxxxxxxxxxxxxxxx, clang-built-linux@xxxxxxxxxxxxxxxx
- Delivery-date: Sun, 18 Oct 2020 05:43:56 +0000
- List-id: Xen developer discussion <xen-devel.lists.xenproject.org>
On Sat, Oct 17, 2020 at 09:09:28AM -0700, trix@xxxxxxxxxx wrote:
> From: Tom Rix <trix@xxxxxxxxxx>
>
> This is a upcoming change to clean up a new warning treewide.
> I am wondering if the change could be one mega patch (see below) or
> normal patch per file about 100 patches or somewhere half way by collecting
> early acks.
Please break it up into one-patch-per-subsystem, like normal, and get it
merged that way.
Sending us a patch, without even a diffstat to review, isn't going to
get you very far...
thanks,
greg k-h
|
