ture.experimental enabled, like this?
(This isn't part of the rest of the feature.experimental handling
because those are tied to a repository object, whereas this code path
is used for operations like "git ls-remote" that do not require a
repository.)
Signed-off-by: Jonathan Nieder
Hi,
A few small points.
Vegard Nossum wrote:
> * git am (or an alternative command) needs to recreate the commit
> perfectly when applied, including applying it to the correct parent
Interesting. "git format-patch" has a --base option to do some of
what you're looking for, for the sake of sn
Bryan Turner wrote:
> On Tue, Jan 2, 2018 at 9:07 PM, Jonathan Nieder wrote:
>> So my first question is why the basename detection is not working for
>> you. What value of GIT_SSH, GIT_SSH_COMMAND, or core.sshCommand are
>> you using?
>
> So I'd been digging fur
Hi,
A few more notes.
Bryan Turner wrote:
> bturner@ubuntu:~$ ssh -V
> OpenSSH_6.6.1p1 Ubuntu-2ubuntu2.8, OpenSSL 1.0.1f 6 Jan 2014
>
> bturner@ubuntu:~$ ssh -G -p 7999 localhost
> unknown option -- G
> usage: ssh [-1246AaCfgKkMNnqsTtVvXxYy] [-b bind_address] [-c cipher_spec]
[...]
> Is it possi
Hi Bryan,
Bryan Turner wrote:
> Our test environment is still on Ubuntu 12.04 LTS (it's a long story,
> but one I doubt is unique to us), which means it's using OpenSSH 5.9.
> ssh -G was added in OpenSSH 6.8 [1], circa March 2015, which means the
> "auto" detection "fails" and chooses "simple" in
Junio C Hamano wrote:
> Maintenance releases Git v2.4.12, v2.5.6, v2.6.7, v2.7.5, v2.8.5,
> v2.9.4, v2.10.3, v2.11.2, and v2.12.3 have been tagged and are now
> available at the usual places.
>
> These are primarily to fix a recently disclosed problem with "git
> shell", which may allow a user who
Bash still does not support array+=('') notation
contrib/git-prompt.sh: handle missing 'printf -v' more gracefully
Jeff King (2):
config: do not use C function names as struct members
mailmap: handle mailmap blobs without trailing newlines
Jharrod LaFon (1):
Hi,
Tejun Heo wrote:
> This avoids the described deadlock because iosched module doesn't use
> async and thus wouldn't invoke async_synchronize_full(). This is
> hacky and incomplete. It will deadlock if async module loading nests;
> however, this works around the known problem case and seems t
Sarah Sharp wrote:
> Can you turn on CONFIG_USB_DEBUG and CONFIG_USB_XHCI_HCD_DEBUGGING,
> recompile the 3.7.5 kernel, and send me dmesg starting from the point
> you unmount the device and then power it off?
>
> I'd like to keep that patch in stable, but I need to understand what
> exactly is fai
Hi Holger,
Holger Hoffstaette wrote:
>> On Mon, Jan 28, 2013 at 12:42:16PM +0100, Holger Hoffstaette wrote:
>>> Apologies for being late but I'm afraid I just found at least one
>>> regression in this release.
>>>
>>> I have an external HDD in an USB3 enclosure for the occasional backup. I
>>> tu
Cc: Wu Fengguang
Cc: Dave Chinner
Cc: Jan Kara
Cc: Shaohua Li
Cc: Chris Mason
Signed-off-by: Andrew Morton
Signed-off-by: Linus Torvalds
Signed-off-by: Jonathan Nieder
---
include/linux/mmzone.h | 6 ++
include/linux/swap.h | 1 +
mm/page-writeback.c| 5 +++--
mm/pa
Hi Paul,
paul.sz...@sydney.edu.au wrote:
> Dear Ben,
>> If you can identify where it was fixed then ...
>
> Sorry I cannot do that. I have no idea where kernel changelogs are kept.
Here are some tools.
# prerequisite:
apt-get install git; # as root
# to get the kernel history:
git clon
Shuah Khan wrote:
> Patches applied cleanly to 3.0.y, 3.4.y, and 3.7.y.
> Compiled and booted on the following systems:
> HP EliteBook 6930p Intel(R) Core(TM)2 Duo CPU T9400 @ 2.53GHz
> HP ProBook 6475b AMD A10-4600M APU with Radeon(tm) HD Graphics
>
> Cross-compile tests:
Thanks much for these s
Stanislaw Gruszka wrote:
> On Sun, Dec 30, 2012 at 01:42:37PM +0100, Ben Hutchings wrote:
>> To be clear, I have all of these in the queue:
>>
>> be03d4a45c09 rt2x00: Don't let mac80211 send a BAR when an AMPDU subframe
>> fails
>> 5b632fe85ec8 mac80211: introduce IEEE80211_HW_TEARDOWN_AGGR_ON_BA
Ben Hutchings wrote:
> On Sat, 2012-12-29 at 00:07 -0800, Jonathan Nieder wrote:
>> Ben Hutchings wrote:
>>> The min/max call needed to have explicit types on some architectures
>>> (e.g. mn10300). Use clamp_t instead to avoid the warning:
>>>
>>>
Ben Hutchings wrote:
> This adds PCI ID for IVB GT2 server variant which we were missing.
As discussed at [1], this triggers a small regression with Debian
wheezy userspace (X freezing instead of erroring out). libdrm hasn't
been updated in wheezy since then, and I wouldn't be surprised if
other
Ben Hutchings wrote:
> The min/max call needed to have explicit types on some architectures
> (e.g. mn10300). Use clamp_t instead to avoid the warning:
>
> kernel/sys.c: In function 'override_release':
> kernel/sys.c:1287:10: warning: comparison of distinct pointer types lacks a
> cast [enab
Hi Willy et al,
Please consider
f70e957cda22 x86: Don't use the EFI reboot method by default,
2011-07-06
for application to the 2.6.32.y and 2.6.34.y trees. The patch was
applied upstream late in the 3.0 cycle, so newer kernels don't need
it.
In 2011, Keith Ward wrote[1]:
> W
Greg Kroah-Hartman wrote:
> On Tue, Nov 27, 2012 at 02:26:27AM +, Ben Hutchings wrote:
>> On Mon, 2012-11-26 at 14:55 -0200, Herton Ronaldo Krzesinski wrote:
>>> commit fe04ddf7c2910362f3817c8156e41cbd6c0ee35d upstream.
>>>
>>> There were reports of users destroying their Fedora installs by a
Francois Romieu wrote:
> Cyril Brulebois :
>> This regression was spotted between Debian squeeze and Debian wheezy
>> kernels (respectively based on 2.6.32 and 3.2). More info about
>> Wake-on-LAN issues with Realtek's 816x chipsets can be found in the
>> following thread: http://marc.info/?t=132
Hi Herton,
Herton Ronaldo Krzesinski wrote:
> I plan to do a similar workflow as to what is done today with current
> stable releases. I'll send email notifications to everyone involved in
> each patch when it's added to 3.5 queue, and post the patches for review
> for each release cycle. Just ve
Hi,
In March, Greg KH wrote:
> 3.2-stable review patch. If anyone has any objections, please let me know.
Sorry, I'm a little late. This seems to be causing spurious wakeups
after shutdown on some systems just like v1 did. :/
Janne Boman reports[1], using an HP EliteBook 8530w:
| I'm unable
Matt Fleming wrote:
> --- a/drivers/platform/x86/Kconfig
> +++ b/drivers/platform/x86/Kconfig
> @@ -717,7 +717,7 @@ config XO15_EBOOK
>
> config SAMSUNG_LAPTOP
> tristate "Samsung Laptop driver"
> - depends on X86
> + depends on X86 && !EFI
That means distros would just not get th
Hi,
Greg KH wrote:
> On Wed, Oct 31, 2012 at 06:27:36PM +0100, Paweł Sikora wrote:
>> the patch metioned in https://lkml.org/lkml/2012/10/24/175 seems to fix
>> the 3.6.3 oops (while 3.6.2 works fine) at 16-cores opteron server.
>> please queue this path for 3.6.$next.
>
> Is it in Linus's tree a
Ben Hutchings wrote:
> 3.2-stable review patch. If anyone has any objections, please let me know.
[...]
> commit a520d52e99b14ba7db135e916348f12f2a6e09be upstream.
>
> The Linux EC driver includes a mechanism to detect GPE storms,
> and switch from interrupt-mode to polling mode. However, pollin
Greg Kroah-Hartman wrote:
> On Thu, Oct 25, 2012 at 05:11:19PM -0700, Jonathan Nieder wrote:
>> Greg Kroah-Hartman wrote:
>>> v = ((LINUX_VERSION_CODE >> 8) & 0xff) + 40;
>>> - copy = min(sizeof(buf), max_t(size_t, 1, len));
>>
Hi,
Greg Kroah-Hartman wrote:
> commit 31fd84b95eb211d5db460a1dda85e004800a7b52 upstream.
>
> The min/max call needed to have explicit types on some architectures
> (e.g. mn10300). Use clamp_t instead to avoid the warning:
>
> kernel/sys.c: In function 'override_release':
> kernel/sys.c:1287:
Suresh Siddha wrote:
> Here is the updated patch with just some
> more text added to the changelog.
Yes, that's clearer. For what it's worth,
Reviewed-by: Jonathan Nieder
Thanks for your patience.
--
To unsubscribe from this list: send the line &q
hang, Lin-Bao
Signed-off-by: Suresh Siddha
Signed-off-by: Jonathan Nieder
---
arch/x86/kernel/apic/io_apic.c | 22 --
1 file changed, 8 insertions(+), 14 deletions(-)
diff --git a/arch/x86/kernel/apic/io_apic.c b/arch/x86/kernel/apic/io_apic.c
index 7a5087640599..6b7d97f1f5e
6-7039-10-git-send-email-ebied...@xmission.com>
Signed-off-by: H. Peter Anvin
Signed-off-by: Jonathan Nieder
---
arch/x86/kernel/mpparse.c | 25 +
1 file changed, 1 insertion(+), 24 deletions(-)
diff --git a/arch/x86/kernel/mpparse.c b/arch/x86/kernel/mpparse
6-7039-9-git-send-email-ebied...@xmission.com>
Signed-off-by: H. Peter Anvin
Signed-off-by: Jonathan Nieder
---
arch/x86/include/asm/io_apic.h | 1 +
arch/x86/kernel/apic/io_apic.c | 6 ++
arch/x86/kernel/sfi.c | 4 +---
3 files changed, 8 insertions(+), 3 deletions(-)
diff --
Suresh Siddha wrote:
> On Wed, 2012-10-24 at 11:25 -0700, Jonathan Nieder wrote:
>> Why not cherry-pick 7716a5c4ff5 in full?
>
> As that depends on the other commits like:
> commit 4b6b19a1c7302477653d799a53d48063dd53d555
More importantly, if I understand correctly it might
Suresh Siddha wrote:
> commit 4b6b19a1c7302477653d799a53d48063dd53d555
Oh, yuck. If that commit had changed io_apic_get_redir_entries()'s
name, it would have avoided some trouble. Thanks for pointing it out.
> Wanted to keep the changes as minimal as possible.
I don't see how this is conceptu
Hi Suresh,
Suresh Siddha wrote:
[...]
> This problem doesn't happen with more recent kernels and closer
> look at the 2.6.32 kernel shows that the code which masks
> the IO-APIC RTE's is not working as expected as the nr_ioapic_registers
> for each IO-APIC is not yet initialized at this point. In
joseph.salisb...@canonical.com wrote:
> This patch adds a quirk to enable headphone jack audio on T430 Thinkpads.
>
> Signed-off-by: Joseph Salisbury
> Cc:
Thanks --- this is a little better.
One more nit: it looks like this was reported, tested, and based on a
patch by Stefan Freyr. Takashi,
Hi Joseph,
joseph.salisb...@canonical.com wrote:
> [Subject: [PATCH 0/1] ALSA: hda - add quirk for Thinkpad T430]]
[...]
> This patch is to enable audio on T430 Thinkpads. There is no audo
> from the headphone jack without this patch. This patch adds a quirk
> for the T430 model.
Please don'
Shuah Khan wrote:
> On Fri, 2012-10-12 at 11:38 -0700, Jonathan Nieder wrote:
>> To save Willy time: am I correct in guessing the upstream commit you
>> are referring to is 98fc5a693bbdda498a556654c70d1e31a186c988
>> (x86/amd-iommu: Use get_device_id and check_device where ap
Shuah Khan wrote:
> This bug is in linux-2.6.32 and an equivalent fix in linux-2.6.33 and has been
> carried forward to later kernels and is in the upstream kernel. This
> equivalent
> fix includes restructuring and consolidating device checks into a routine
> check_device(). Instead of back-port
e new 84xx stopped flying below the radars.
Signed-off-by: Francois Romieu
Cc: Hayes Wang
-Reviewed-by: Jonathan Nieder
Acked-by: David S. Miller
Signed-off-by: Greg Kroah-Hartman
---
diff --git
a/queue-3.0/r8169-call-netif_napi_del-at-errpaths-and-at-driver-unload.patch
b/queue-3.0/r8
Feng Tang wrote:
> Jonathan Nieder wrote:
>> What would go wrong if the threshold were just increased to 20 on all
>> models?
>
> Then some other platform will stop to work.
> https://bugzilla.kernel.org/show_bug.cgi?id=11892
>
> The 26/30 and 27/30 patches
Len Brown wrote:
> By enlarging the GPE storm threshold back to 20, that laptop's
> EC works fine with interrupt mode instead of polling mode.
What would go wrong if the threshold were just increased to 20 on all
models?
Thanks,
Jonathan
--
To unsubscribe from this list: send the line "unsubscri
: Takashi Iwai
Tested-by: Ana Guerrero # EliteBook 8570w
Signed-off-by: Jonathan Nieder
---
Hi Willy and Paul,
Please consider
d2edeb7c6f1d ALSA: hda - ALSA HD Audio patch for Intel Panther Point
DeviceIDs
for application to the 2.6.32.y and 2.6.34.y trees.
It does what it says on
Peter Zijlstra wrote:
> On Thu, 2012-10-04 at 15:27 -0700, Greg Kroah-Hartman wrote:
>> I'm puzzled as well. Any ideas if I should do anything here or not?
>
> So I think the current v3.5.5 code is fine.
Now I'm puzzled. You wrote:
| However, since we don't restart the tick, we won't be sampli
Peter Zijlstra wrote:
> I can't find wtf went wrong either, the initial patch 5167e8d5417bf5c
> contains both hunks, but in that case the fixup 749c8814f0 doesn't make
> sense, not can I find anything in merge commits using:
>
> git log -S calc_load_exit_idle kernel/time/tick-sched.c
git log -
Hi Jim,
In January, 2011, Jim Hill wrote:
> Keep a failing PS/2 mouse usable until it's convenient to replace it.
> Filter incoming packets: drop invalid ones and attempt to correct for
> dropped bytes.
>
> New parameter 'filter' makes filtering and logging selectable, set to 0
> to shut off all
Josh Boyer wrote:
> That should be the question, yes. The answer is:
>
> However far back people wish to use older stable kernel-headers to build
> applications against newer glibc.
>
> It isn't a clear answer.
Thanks for explaining.
> Some people stick with older kern
Hi,
Josh Boyer wrote:
> Indeed. However, I believe Linus pointed out that even before
> 8b3d1cda4f5f the macros that were removed weren't actually used.
> It's likely safe to go back further than just 3.4.
>
> I'll verify again in the morning and include the furthest back we could
> remove these
Hi,
In February, David Howells wrote:
> nfs_migrate_page() does not wait for FS-Cache to finish with a page, probably
> leading to the following bad-page-state:
[...]
> nfs_migrate_page() calls nfs_fscache_release_page() which doesn't actually
> wait
> - even if __GFP_WAIT is set. The reason th
://www.smythies.com/~doug/network/load_average/ which has some
useful examples of how to test changes.
Signed-off-by: Jonathan Nieder
---
Documentation/scheduler/00-INDEX |2 ++
Documentation/scheduler/sched-load.txt | 16
2 files changed, 18 insertions(+)
create mo
Peter Zijlstra wrote:
> On Tue, 2012-07-17 at 19:16 -0500, Jonathan Nieder wrote:
>> I'm thrilled to see this regression fix for stable@, but are we really
>> really sure that it won't cause new regressions?
>
> Doug Smythies ran a ~68 hour test on it, runni
Mel Gorman wrote:
> On Thu, Jul 19, 2012 at 05:07:21PM -0500, Jonathan Nieder wrote:
>> Some of the other patches of this type made sense, but I'd personally
>> prefer if this one was dropped, yes. Though I am just a nobody that
>> reads patches rather than
Mel Gorman wrote:
> On Thu, Jul 19, 2012 at 03:30:17PM -0500, Jonathan Nieder wrote:
>> It doesn't sound like it fixes a serious issue.
>
> You're right, it doesn't. There are a few patches in this series that
> were applied because they made other patches eas
Mel Gorman wrote:
> commit ad2b8e601099a23db53f91c18d874fe98854 upstream - WARNING: partial
> backport only
>
> Stable note: Not tracked in Bugzilla. This patch is very controversial for
> -stable. The upstream patch is addressing a completely different
> issue but accidentally co
Mel Gorman wrote:
> From: Dave Chinner
>
> commit 095760730c1047c69159ce88021a7fa3833502c8 upstream.
>
> Stable note: Not tracked in Bugzilla. This is a diagnostic patch that
> was part of a series addressing excessive slab shrinking after
> GFP_NOFS failures. There is detailed inform
Hi,
Mel Gorman wrote:
> From: Konstantin Khlebnikov
>
> Stable note: Not tracked in Bugzilla. [get|put]_mems_allowed() is extremely
> expensive and severely impacted page allocator performance. This
> is part of a series of patches that reduce page allocator overhead.
>
> Fix a gcc w
Hi,
Greg Kroah-Hartman wrote:
> commit 5167e8d5417bf5c322a703d2927daec727ea40dd upstream.
>
> Thanks to Charles Wang for spotting the defects in the current code:
>
> - If we go idle during the sample window -- after sampling, we get a
>negative bias because we can negate our own sample.
>
>
Martin-Éric Racine wrote:
> Could you tell us exactly what
> you did differently and why?
At least the "what" should be answerable by looking at what is in
linux-next.
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a
Hi,
Martin-Éric Racine wrote:
> Signed-off-by: Martin-Éric Racine
Thanks. This patch does many things at once instead of the usual
practice of "one patch per logical change", but oh well.
[...]
> --- a/scripts/package/builddeb
> +++ b/scripts/package/builddeb
> @@ -79,9 +79,9 @@ fwdir="$objtr
John Stultz wrote:
> On 07/17/2012 11:26 AM, Jonathan Nieder wrote:
>> Would it be possible to put them in the kernel tree somewhere, for
>> example under tools/testing/?
>
> Huh. I guess its possible. However I'd like to avoid starting
> yet-another-testi
John Stultz wrote:
> Are there any other test suites that folks would recommend I look
> into for merging these (and other time related) tests?
Would it be possible to put them in the kernel tree somewhere, for
example under tools/testing/?
Thanks,
Jonathan
--
To unsubscribe from this list: send
John Stultz wrote:
> From: Thomas Gleixner
>
> This is a backport of cc06268c6a87db156af2daed6e96a936b955cc82
>
> While not a bugfix itself, it allows following fixes to backport
> in a more straightforward manner.
Nicely done; thank you.
--
To unsubscribe from this list: send the line "unsubscr
Hi again,
In May, Lars Boegild Thomsen wrote:
> On Sunday 13 May 2012 07:13:49 Jonathan Nieder wrote:
>>>> Lars Boegild Thomsen writes:
>>>>> After update from 2.6 kernel to 3.0 my Idepad S10-3 will not wake up
>>>>> after sleep. Back to latest 2.6 k
Hi Martin-Éric,
Hans de Goede wrote:
> Erm, that is quite a bit of work from my side for something which you
> can easily do yourself, edit gspca.c, search for which_bandwidth
> and then under the following lines:
> u32 bandwidth;
> int i;
>
> Add a line like this:
> return
sected-and-tested-by: Octavio Alvarez
Reported-by: Adrian Knoth
Signed-off-by: Jonathan Nieder
Cc: # 3.4
---
Rafael J. Wysocki wrote:
> Can you please repost it with _both_ the changelog and the patch?
Here you go. Sorry about that.
drivers/acpi/acpica/hwsleep.c | 22
Hi again,
Jonathan Nieder wrote:
> The bug snuck back in in commit 33620c5419e8 (ACPICA: Support for
> custom ACPICA build for ACPI 5 reduced hardware, 2012-02-14),
> presumably by copy/pasting from the wrong source for the legacy case.
Um, wrong commit. Sorry, here's a fixed
ted-by: Octavio Alvarez
Reported-by: Adrian Knoth
Signed-off-by: Jonathan Nieder
Cc: # 3.4
---
Octavio Alvarez wrote:
> Given the complexity of the ACPI_DEBUG logging (particularly the
> console part), I decided to give your patch a shot directly.
>
> Result: the system no longer locks up.
Hi,
Theodore Ts'o wrote:
> On Fri, Jul 06, 2012 at 06:02:18PM -0500, Jonathan Nieder wrote:
>> Why cc: stable@? Does this fix a build error, oops, hang, data
>> corruption, real security issue, or other critical "oh, that's not
>> good" bug?
>
&g
Hi,
Theodore Ts'o wrote:
> Send the USB device's serial, product, and manufacturer strings to the
> /dev/random driver to help seed its pools.
>
> Cc: Linus Torvalds
> Acked-by: Greg KH
> Signed-off-by: "Theodore Ts'o"
> Cc: sta...@vger.kernel.org
Why cc: stable@? Does this fix a build error
68 matches
Mail list logo
