From: Willy Tarreau <w@1wt.eu>
To: Felipe Contreras <felipe.contreras@gmail.com>
Cc: Stefan Richter <stefanr@s5r6.in-berlin.de>,
"ath9k-devel@lists.ath9k.org" <ath9k-devel@venema.h4ckr.net>,
Greg KH <gregkh@linuxfoundation.org>,
linux-wireless Mailing List <linux-wireless@vger.kernel.org>,
linux-kernel@vger.kernel.org, stable@vger.kernel.org,
"John W. Linville" <linville@tuxdriver.com>,
akpm@linux-foundation.org, torvalds@linux-foundation.org,
alan@lxorguk.ukuu.org.uk
Subject: Re: [ath9k-devel] [ 00/78] 3.3.2-stable review
Date: Sat, 14 Apr 2012 08:01:58 +0200 [thread overview]
Message-ID: <20120414060158.GD19802@1wt.eu> (raw)
In-Reply-To: <CAMP44s02v_OhviaF12Y8LWBJygyVLZk00d3P69GVvKAeJwjiuw@mail.gmail.com>
On Sat, Apr 14, 2012 at 01:53:22AM +0300, Felipe Contreras wrote:
> No, I don't want the latest fixes, I want the latest *stable* kernel.
You have it, it's 3.3.2.
> v3.3 is stable, v3.4-rcx are not.
v3.3 *aims to be stable*. That's the big difference. A kernel starts
unstable and converges to something more stable over the time. 2.4 was
still experiencing minor issues that we didn't have in 2.6 when I did
the last release. There were even some security issues we decided not
to fix and to document instead. Still for its users it was considered
much more stable than 2.6 or 3.x.
> v3.4 would take months to cook,
> there will be several release candidates, and it won't be released
> until the known issues decrease to a reasonable level.
>
> v3.3.x on the other hand are *not* stable.
Nobody said they *are* stable as per the definition of this word.
"stable" is the name of the branch which defines the longterm goal
which is achieved as releases are issued. It's the same with longterm
kernels. They try to maintain even less bugs and try to to introduce
new ones, eventhough this happens from time to time, development is
not an exact science.
> They contain patches
> backported from v3.4, but nobody guarantees they will work. There was
> no v3.3.1-rc1,
Few people test rc, and not all bugs or regressions can be detected by
just a build and a boot.
> so the first time the patches compromising v3.3.1 were
> generally tested together is in v3.3.1, at which point if somebody
> finds issues, it's too late; bad patches are *not* going to be removed
> in v3.3.2.
They would have been if the issue was specific to the backport, which it
was not.
> Once a tag is made, all the patches in it are dependent on
> the pace of the development of mainline (v3.4-rcx), which is
> definitely not stable, specially in the first release candidates.
>
> IOW, the "stable" branch tries to be stable up to a point, then, it
> becomes a testing ground for mainline, and a tracking device for
> certain mainline issues.
No it's the opposite, it tries to be stable past one point. It's well
known that first stable releases still have a number of bugs, and it's
the reason why Greg takes time to maintain multiple branches in parallel.
Please stop playing the fool, everybody understands this and you make it
appear like bugs are put in stable on purpose, your reasoning really does
not make sense.
Please fork the kernel and maintain your own "morestable" branch, it will
be useful, really, because it will mean that whatever you have in your
branch that is not in stable has to be fixed in mainline, so it will hold
the information Linus wants not to lose. This is a lot of work but you'll
get it done without asking anyone else to do it. I'm not kidding, I'd
probably use it if it's maintained long enough.
Willy
WARNING: multiple messages have this Message-ID (diff)
From: Willy Tarreau <w@1wt.eu>
To: ath9k-devel@lists.ath9k.org
Subject: [ath9k-devel] [ 00/78] 3.3.2-stable review
Date: Sat, 14 Apr 2012 08:01:58 +0200 [thread overview]
Message-ID: <20120414060158.GD19802@1wt.eu> (raw)
In-Reply-To: <CAMP44s02v_OhviaF12Y8LWBJygyVLZk00d3P69GVvKAeJwjiuw@mail.gmail.com>
On Sat, Apr 14, 2012 at 01:53:22AM +0300, Felipe Contreras wrote:
> No, I don't want the latest fixes, I want the latest *stable* kernel.
You have it, it's 3.3.2.
> v3.3 is stable, v3.4-rcx are not.
v3.3 *aims to be stable*. That's the big difference. A kernel starts
unstable and converges to something more stable over the time. 2.4 was
still experiencing minor issues that we didn't have in 2.6 when I did
the last release. There were even some security issues we decided not
to fix and to document instead. Still for its users it was considered
much more stable than 2.6 or 3.x.
> v3.4 would take months to cook,
> there will be several release candidates, and it won't be released
> until the known issues decrease to a reasonable level.
>
> v3.3.x on the other hand are *not* stable.
Nobody said they *are* stable as per the definition of this word.
"stable" is the name of the branch which defines the longterm goal
which is achieved as releases are issued. It's the same with longterm
kernels. They try to maintain even less bugs and try to to introduce
new ones, eventhough this happens from time to time, development is
not an exact science.
> They contain patches
> backported from v3.4, but nobody guarantees they will work. There was
> no v3.3.1-rc1,
Few people test rc, and not all bugs or regressions can be detected by
just a build and a boot.
> so the first time the patches compromising v3.3.1 were
> generally tested together is in v3.3.1, at which point if somebody
> finds issues, it's too late; bad patches are *not* going to be removed
> in v3.3.2.
They would have been if the issue was specific to the backport, which it
was not.
> Once a tag is made, all the patches in it are dependent on
> the pace of the development of mainline (v3.4-rcx), which is
> definitely not stable, specially in the first release candidates.
>
> IOW, the "stable" branch tries to be stable up to a point, then, it
> becomes a testing ground for mainline, and a tracking device for
> certain mainline issues.
No it's the opposite, it tries to be stable past one point. It's well
known that first stable releases still have a number of bugs, and it's
the reason why Greg takes time to maintain multiple branches in parallel.
Please stop playing the fool, everybody understands this and you make it
appear like bugs are put in stable on purpose, your reasoning really does
not make sense.
Please fork the kernel and maintain your own "morestable" branch, it will
be useful, really, because it will mean that whatever you have in your
branch that is not in stable has to be fixed in mainline, so it will hold
the information Linus wants not to lose. This is a lot of work but you'll
get it done without asking anyone else to do it. I'm not kidding, I'd
probably use it if it's maintained long enough.
Willy
next prev parent reply other threads:[~2012-04-14 6:02 UTC|newest]
Thread overview: 270+ messages / expand[flat|nested] mbox.gz Atom feed top
2012-04-11 23:11 [ 00/78] 3.3.2-stable review Greg KH
2012-04-11 23:10 ` [ 01/78] x86 bpf_jit: fix a bug in emitting the 16-bit immediate operand of AND Greg KH
2012-04-11 23:10 ` [ 02/78] via-rhine: fix wait-bit inversion Greg KH
2012-04-11 23:10 ` [ 03/78] tg3: Fix 5717 serdes powerdown problem Greg KH
2012-04-11 23:10 ` [ 04/78] sky2: dont overwrite settings for PHY Quick link Greg KH
2012-04-11 23:10 ` [ 05/78] rose_dev: fix memcpy-bug in rose_set_mac_address Greg KH
2012-04-11 23:10 ` [ 06/78] net: usb: cdc_eem: fix mtu Greg KH
2012-04-11 23:10 ` [ 07/78] Fix non TBI PHY access; a bad merge undid bug fix in a previous commit Greg KH
2012-04-11 23:10 ` [ 08/78] ALSA: hda/realtek - Fix ADC assignment with a shared HP/Mic pin Greg KH
2012-04-11 23:10 ` [ 09/78] ASoC: wm8994: Update WM8994 DCS calibration Greg KH
2012-04-11 23:10 ` [ 10/78] mtd: ixp4xx: oops in ixp4xx_flash_probe Greg KH
2012-04-11 23:10 ` [ 11/78] mtd: mips: lantiq: reintroduce support for cmdline partitions Greg KH
2012-04-11 23:10 ` [ 12/78] mtd: nand: gpmi: use correct member for checking NAND_BBT_USE_FLASH Greg KH
2012-04-11 23:10 ` [ 13/78] mtd: sst25l: initialize writebufsize Greg KH
2012-04-11 23:10 ` [ 14/78] mtd: doc2001plus: " Greg KH
2012-04-11 23:10 ` [ 15/78] mtd: doc2000: " Greg KH
2012-04-11 23:10 ` [ 16/78] mtd: doc2001: " Greg KH
2012-04-11 23:10 ` [ 17/78] mtd: docg3: " Greg KH
2012-04-11 23:10 ` [ 18/78] mtd: block2mtd: " Greg KH
2012-04-11 23:10 ` [ 19/78] mtd: lart: " Greg KH
2012-04-11 23:10 ` [ 20/78] mtd: m25p80: set writebufsize Greg KH
2012-04-11 23:10 ` [ 21/78] ACPI: Do cpufreq clamping for throttling per package v2 Greg KH
2012-04-11 23:10 ` [ 22/78] PNPACPI: Fix device ref leaking in acpi_pnp_match Greg KH
2012-04-11 23:10 ` [ 23/78] ACPICA: Fix regression in FADT revision checks Greg KH
2012-04-11 23:10 ` [ 24/78] modpost: fix ALL_INIT_DATA_SECTIONS Greg KH
2012-04-11 23:10 ` [ 25/78] genirq: Adjust irq thread affinity on IRQ_SET_MASK_OK_NOCOPY return value Greg KH
2012-04-11 23:10 ` [ 26/78] tracing: Fix ftrace stack trace entries Greg KH
2012-04-11 23:10 ` [ 27/78] tracing: Fix ent_size in trace output Greg KH
2012-04-11 23:10 ` [ 28/78] m68k/mac: Add missing platform check before registering platform devices Greg KH
2012-04-11 23:10 ` [ 29/78] mac80211: fix possible tid_rx->reorder_timer use after free Greg KH
2012-04-11 23:10 ` [ 30/78] rtlwifi: rtl8192ce: rtl8192cu: rtl8192de: Fix low-gain setting when scanning Greg KH
2012-04-11 23:10 ` [ 31/78] ath9k: fix max noise floor threshold Greg KH
2012-04-14 5:36 ` Ben Hutchings
2012-04-14 6:26 ` Rajkumar Manoharan
2012-04-11 23:10 ` [ 32/78] drm: Validate requested virtual size against allocated fb size Greg KH
2012-04-11 23:10 ` [ 33/78] drm/radeon/kms: fix fans after resume Greg KH
2012-04-11 23:10 ` [ 34/78] drm/i915: no-lvds quirk on MSI DC500 Greg KH
2012-04-11 23:10 ` [ 35/78] drm/i915: treat src w & h as fixed point in sprite handling code Greg KH
2012-04-11 23:10 ` [ 36/78] drm/i915: Sanitize BIOS debugging bits from PIPECONF Greg KH
2012-04-11 23:10 ` [ 37/78] drm/i915: Add lock on drm_helper_resume_force_mode Greg KH
2012-04-11 23:10 ` [ 38/78] drm/i915: quirk away broken OpRegion VBT Greg KH
2012-04-11 23:10 ` [ 39/78] firmware_class: Rework usermodehelper check Greg KH
2012-04-11 23:10 ` [ 40/78] firmware_class: Split _request_firmware() into three functions, v2 Greg KH
2012-04-11 23:10 ` [ 41/78] firmware_class: Do not warn that system is not ready from async loads Greg KH
2012-04-11 23:11 ` [ 42/78] PM / Runtime: dont forget to wake up waitqueue on failure Greg KH
2012-04-14 5:23 ` Ben Hutchings
2012-04-11 23:11 ` [ 43/78] PM / Hibernate: Disable usermode helpers right before freezing tasks Greg KH
2012-04-11 23:11 ` [ 44/78] PM / Sleep: Move disabling of usermode helpers to the freezer Greg KH
2012-04-11 23:11 ` [ 45/78] PM / Sleep: Mitigate race between the freezer and request_firmware() Greg KH
2012-04-11 23:11 ` [ 46/78] kgdb,debug_core: pass the breakpoint struct instead of address and memory Greg KH
2012-04-11 23:11 ` [ 47/78] kgdbts: Fix kernel oops with CONFIG_DEBUG_RODATA Greg KH
2012-04-11 23:11 ` [ 48/78] kgdbts: (1 of 2) fix single step awareness to work correctly with SMP Greg KH
2012-04-11 23:11 ` [ 49/78] kgdbts: (2 " Greg KH
2012-04-11 23:11 ` [ 50/78] x86,kgdb: Fix DEBUG_RODATA limitation using text_poke() Greg KH
2012-04-11 23:11 ` [ 51/78] CIFS: Fix VFS lock usage for oplocked files Greg KH
2012-04-11 23:11 ` [ 52/78] USB: ohci-at91: fix vbus_pin_active_low handling Greg KH
2012-04-11 23:11 ` [ 53/78] ARM: at91/USB host: specify and handle properly vbus_pin_active_low Greg KH
2012-04-11 23:11 ` [ 54/78] mmc: sdio: Use empty system suspend/resume callbacks at the bus level Greg KH
2012-04-11 23:11 ` [ 55/78] mmc: sdhci-dove: Fix compile error by including module.h Greg KH
2012-04-11 23:11 ` [ 56/78] mmc: atmel-mci: correct data timeout computation Greg KH
2012-04-11 23:11 ` [ 57/78] tcm_fc: Add abort flag for gracefully handling exchange timeout Greg KH
2012-04-11 23:11 ` [ 58/78] tcm_fc: Do not free tpg structure during wq allocation failure Greg KH
2012-04-11 23:11 ` [ 59/78] sysctl: fix write access to dmesg_restrict/kptr_restrict Greg KH
2012-04-11 23:11 ` [ 60/78] regmap: prevent division by zero in rbtree_show Greg KH
2012-04-11 23:11 ` [ 61/78] modpost: Fix modpost license checking of vmlinux.o Greg KH
2012-04-11 23:11 ` [ 62/78] mfd: Fix section mismatch warning for da9052-spi Greg KH
2012-04-11 23:11 ` [ 63/78] android, lowmemorykiller: remove task handoff notifier Greg KH
2012-04-11 23:11 ` [ 64/78] TOMOYO: Fix mount flags checking order Greg KH
2012-04-11 23:11 ` [ 65/78] iwlegacy: do not nulify il->vif on reset Greg KH
2012-04-11 23:11 ` [ 66/78] Revert "x86/ioapic: Add register level checks to detect bogus io-apic entries" Greg KH
2012-04-11 23:11 ` [ 67/78] acer-wmi: No wifi rfkill on Sony machines Greg KH
2012-04-11 23:11 ` [ 68/78] Fix length of buffer copied in __nfs4_get_acl_uncached Greg KH
2012-04-11 23:11 ` [ 69/78] sched/x86: Fix overflow in cyc2ns_offset Greg KH
2012-04-11 23:11 ` [ 70/78] mfd: Clear twl6030 IRQ status register only once Greg KH
2012-04-11 23:11 ` [ 71/78] USB: Add Motorola Rokr E6 Id to the USBNet driver "zaurus" Greg KH
2012-04-11 23:11 ` [ 72/78] ioat: fix size of completion for Xen Greg KH
2012-04-11 23:11 ` [ 73/78] [media] uvcvideo: Fix race-related crash in uvc_video_clock_update() Greg KH
2012-04-11 23:11 ` [ 74/78] ASoC: ak4642: fixup: mute needs +1 step Greg KH
2012-04-11 23:11 ` [ 75/78] ASoC: tegra: fix i2s compilation when !CONFIG_DEBUG_FS Greg KH
2012-04-11 23:11 ` [ 76/78] media: dvb_frontend: regression fix: userspace ABI broken for xine Greg KH
2012-04-11 23:11 ` [ 77/78] media: dvb-core: fix DVBFE_ALGO_HW retune bug Greg KH
2012-04-11 23:11 ` [ 78/78] cred: copy_process() should clear child->replacement_session_keyring Greg KH
2012-04-11 23:59 ` [ 00/78] 3.3.2-stable review Sergio Correia
2012-04-11 23:59 ` [ath9k-devel] " Sergio Correia
2012-04-11 23:59 ` Sergio Correia
2012-04-11 23:59 ` Sergio Correia
2012-04-12 0:29 ` Greg KH
2012-04-12 0:29 ` [ath9k-devel] " Greg KH
2012-04-12 0:29 ` Greg KH
2012-04-12 0:57 ` Sergio Correia
2012-04-12 0:57 ` [ath9k-devel] " Sergio Correia
2012-04-12 0:57 ` Sergio Correia
2012-04-12 1:03 ` Felipe Contreras
2012-04-12 1:03 ` [ath9k-devel] " Felipe Contreras
2012-04-12 1:13 ` Greg KH
2012-04-12 1:13 ` [ath9k-devel] " Greg KH
2012-04-12 1:13 ` Greg KH
2012-04-12 13:32 ` Felipe Contreras
2012-04-12 13:32 ` [ath9k-devel] " Felipe Contreras
2012-04-12 14:46 ` Greg KH
2012-04-12 14:46 ` [ath9k-devel] " Greg KH
2012-04-12 14:46 ` Greg KH
2012-04-12 16:49 ` Felipe Contreras
2012-04-12 16:49 ` [ath9k-devel] " Felipe Contreras
2012-04-12 17:24 ` Adrian Chadd
2012-04-12 17:24 ` [ath9k-devel] " Adrian Chadd
2012-04-12 17:24 ` Adrian Chadd
2012-04-12 18:43 ` Felipe Contreras
2012-04-12 18:43 ` [ath9k-devel] " Felipe Contreras
2012-04-12 18:56 ` Jonathan Nieder
2012-04-12 18:56 ` [ath9k-devel] " Jonathan Nieder
2012-04-12 21:34 ` Felipe Contreras
2012-04-12 21:34 ` [ath9k-devel] " Felipe Contreras
2012-04-12 21:43 ` Willy Tarreau
2012-04-12 21:43 ` [ath9k-devel] " Willy Tarreau
2012-04-12 20:07 ` Greg KH
2012-04-12 20:07 ` [ath9k-devel] " Greg KH
2012-04-12 20:07 ` Greg KH
2012-04-12 20:52 ` Sven-Haegar Koch
2012-04-12 20:52 ` [ath9k-devel] " Sven-Haegar Koch
2012-04-13 8:57 ` Stefan Richter
2012-04-13 8:57 ` [ath9k-devel] " Stefan Richter
2012-04-13 10:29 ` Felipe Contreras
2012-04-13 10:29 ` [ath9k-devel] " Felipe Contreras
2012-04-13 13:42 ` Stefan Richter
2012-04-13 13:42 ` [ath9k-devel] " Stefan Richter
2012-04-13 14:01 ` Stefan Richter
2012-04-13 14:01 ` [ath9k-devel] " Stefan Richter
2012-04-13 22:38 ` Felipe Contreras
2012-04-13 22:38 ` [ath9k-devel] " Felipe Contreras
2012-04-13 23:05 ` Jonathan Nieder
2012-04-13 23:05 ` [ath9k-devel] " Jonathan Nieder
2012-04-13 23:18 ` Felipe Contreras
2012-04-13 23:18 ` [ath9k-devel] " Felipe Contreras
2012-04-14 5:44 ` Willy Tarreau
2012-04-14 5:44 ` [ath9k-devel] " Willy Tarreau
2012-04-14 5:44 ` Willy Tarreau
2012-04-14 15:43 ` Felipe Contreras
2012-04-14 15:43 ` [ath9k-devel] " Felipe Contreras
2012-04-14 16:02 ` Willy Tarreau
2012-04-14 16:02 ` [ath9k-devel] " Willy Tarreau
2012-04-14 9:10 ` Stefan Richter
2012-04-14 9:10 ` [ath9k-devel] " Stefan Richter
2012-04-14 15:52 ` Felipe Contreras
2012-04-14 15:52 ` [ath9k-devel] " Felipe Contreras
2012-04-14 18:08 ` Stefan Richter
2012-04-14 18:08 ` [ath9k-devel] " Stefan Richter
2012-04-14 7:41 ` Stefan Richter
2012-04-14 7:41 ` [ath9k-devel] " Stefan Richter
2012-04-14 15:29 ` Felipe Contreras
2012-04-14 15:29 ` [ath9k-devel] " Felipe Contreras
2012-04-14 15:57 ` Willy Tarreau
2012-04-14 15:57 ` [ath9k-devel] " Willy Tarreau
2012-04-14 19:33 ` Felipe Contreras
2012-04-14 19:33 ` [ath9k-devel] " Felipe Contreras
2012-04-14 19:58 ` Willy Tarreau
2012-04-14 19:58 ` [ath9k-devel] " Willy Tarreau
2012-04-14 17:55 ` Stefan Richter
2012-04-14 17:55 ` [ath9k-devel] " Stefan Richter
2012-04-14 19:21 ` Felipe Contreras
2012-04-14 19:21 ` [ath9k-devel] " Felipe Contreras
2012-04-14 21:21 ` Stefan Richter
2012-04-14 21:21 ` [ath9k-devel] " Stefan Richter
2012-04-14 22:09 ` Felipe Contreras
2012-04-14 22:09 ` [ath9k-devel] " Felipe Contreras
2012-04-14 22:47 ` Stefan Richter
2012-04-14 22:47 ` [ath9k-devel] " Stefan Richter
2012-04-14 22:56 ` Felipe Contreras
2012-04-14 22:56 ` [ath9k-devel] " Felipe Contreras
2012-04-14 23:06 ` Adrian Chadd
2012-04-14 23:06 ` [ath9k-devel] " Adrian Chadd
2012-04-13 19:08 ` Peter Stuge
2012-04-13 19:08 ` Peter Stuge
2012-04-13 22:53 ` Felipe Contreras
2012-04-13 22:53 ` Felipe Contreras
2012-04-14 6:01 ` Willy Tarreau [this message]
2012-04-14 6:01 ` Willy Tarreau
2012-04-16 16:27 ` Greg KH
2012-04-16 16:27 ` Greg KH
2012-04-16 20:11 ` Felipe Contreras
2012-04-16 20:11 ` Felipe Contreras
2012-04-16 20:58 ` Greg KH
2012-04-16 20:58 ` Greg KH
2012-04-16 20:58 ` Greg KH
2012-04-16 21:18 ` Felipe Contreras
2012-04-16 21:18 ` Felipe Contreras
2012-04-16 21:27 ` Greg KH
2012-04-16 21:27 ` Greg KH
2012-04-16 21:27 ` Greg KH
2012-04-16 21:44 ` Felipe Contreras
2012-04-16 21:44 ` Felipe Contreras
2012-04-16 22:34 ` Peter Stuge
2012-04-16 22:34 ` Peter Stuge
2012-04-17 5:24 ` Willy Tarreau
2012-04-17 5:24 ` Willy Tarreau
2012-04-17 5:24 ` Willy Tarreau
2012-04-16 21:50 ` Felipe Contreras
2012-04-16 21:50 ` Felipe Contreras
2012-04-16 21:54 ` Don deJuan
2012-04-16 21:54 ` Don deJuan
2012-04-16 22:02 ` Don deJuan
2012-04-16 22:02 ` Don deJuan
2012-04-16 21:39 ` Don deJuan
2012-04-16 21:39 ` Don deJuan
2012-04-12 18:40 ` Willy Tarreau
2012-04-12 18:40 ` [ath9k-devel] " Willy Tarreau
2012-04-12 18:40 ` Willy Tarreau
2012-04-12 19:05 ` Linus Torvalds
2012-04-12 19:05 ` [ath9k-devel] " Linus Torvalds
2012-04-12 19:05 ` Linus Torvalds
2012-04-12 21:20 ` Felipe Contreras
2012-04-12 21:20 ` [ath9k-devel] " Felipe Contreras
2012-04-12 21:34 ` Linus Torvalds
2012-04-12 21:34 ` [ath9k-devel] " Linus Torvalds
2012-04-12 21:44 ` Linus Torvalds
2012-04-12 21:44 ` [ath9k-devel] " Linus Torvalds
2012-04-12 22:02 ` Luis R. Rodriguez
2012-04-12 22:02 ` Luis R. Rodriguez
2012-04-12 22:04 ` Felipe Contreras
2012-04-12 22:04 ` [ath9k-devel] " Felipe Contreras
2012-04-12 22:07 ` Linus Torvalds
2012-04-12 22:07 ` [ath9k-devel] " Linus Torvalds
2012-04-12 22:29 ` Felipe Contreras
2012-04-12 22:29 ` [ath9k-devel] " Felipe Contreras
2012-04-14 10:47 ` Ingo Molnar
2012-04-14 10:47 ` [ath9k-devel] " Ingo Molnar
2012-04-14 15:59 ` Felipe Contreras
2012-04-14 15:59 ` [ath9k-devel] " Felipe Contreras
2012-04-15 6:51 ` Ingo Molnar
2012-04-15 6:51 ` [ath9k-devel] " Ingo Molnar
2012-04-15 17:15 ` Felipe Contreras
2012-04-15 17:15 ` [ath9k-devel] " Felipe Contreras
2012-04-15 17:29 ` Willy Tarreau
2012-04-15 17:29 ` [ath9k-devel] " Willy Tarreau
2012-04-15 17:49 ` Linus Torvalds
2012-04-15 17:49 ` [ath9k-devel] " Linus Torvalds
2012-04-15 22:12 ` Felipe Contreras
2012-04-15 22:12 ` [ath9k-devel] " Felipe Contreras
2012-04-16 5:32 ` Ingo Molnar
2012-04-16 5:32 ` [ath9k-devel] " Ingo Molnar
2012-04-16 20:25 ` Felipe Contreras
2012-04-16 20:25 ` [ath9k-devel] " Felipe Contreras
2012-04-16 21:08 ` Arend van Spriel
2012-04-16 21:08 ` [ath9k-devel] " Arend van Spriel
2012-04-16 5:39 ` Willy Tarreau
2012-04-16 5:39 ` [ath9k-devel] " Willy Tarreau
2012-04-16 6:38 ` Ingo Molnar
2012-04-16 6:38 ` [ath9k-devel] " Ingo Molnar
2012-04-12 22:12 ` David Miller
2012-04-12 22:12 ` [ath9k-devel] " David Miller
2012-04-12 22:58 ` Felipe Contreras
2012-04-12 22:58 ` [ath9k-devel] " Felipe Contreras
2012-04-13 5:34 ` Willy Tarreau
2012-04-13 5:34 ` [ath9k-devel] " Willy Tarreau
2012-04-13 10:04 ` Felipe Contreras
2012-04-13 10:04 ` [ath9k-devel] " Felipe Contreras
2012-04-12 21:39 ` Willy Tarreau
2012-04-12 21:39 ` [ath9k-devel] " Willy Tarreau
2012-04-12 22:02 ` Jesper Juhl
2012-04-12 22:02 ` [ath9k-devel] " Jesper Juhl
2012-04-12 19:57 ` Alexander Holler
2012-04-12 19:57 ` [ath9k-devel] " Alexander Holler
2012-04-12 20:06 ` Greg KH
2012-04-12 20:06 ` [ath9k-devel] " Greg KH
2012-04-12 20:30 ` Alexander Holler
2012-04-12 20:30 ` [ath9k-devel] " Alexander Holler
2012-04-12 22:31 ` Greg KH
2012-04-12 22:31 ` [ath9k-devel] " Greg KH
2012-04-12 4:16 ` Heinz Diehl
2012-04-12 4:16 ` [ath9k-devel] " Heinz Diehl
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=20120414060158.GD19802@1wt.eu \
--to=w@1wt.eu \
--cc=akpm@linux-foundation.org \
--cc=alan@lxorguk.ukuu.org.uk \
--cc=ath9k-devel@venema.h4ckr.net \
--cc=felipe.contreras@gmail.com \
--cc=gregkh@linuxfoundation.org \
--cc=linux-kernel@vger.kernel.org \
--cc=linux-wireless@vger.kernel.org \
--cc=linville@tuxdriver.com \
--cc=stable@vger.kernel.org \
--cc=stefanr@s5r6.in-berlin.de \
--cc=torvalds@linux-foundation.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.