Hi Linus !
Here are 3 more small powerpc fixes that should still go into .16.
One is a recent regression (MMCR2 business), the other is a trivial
endian fix without which FW updates won't work on LE in IBM machines,
and the 3rd one turns a BUG_ON into a WARN_ON which is definitely
a LOT more
Hi Linus !
Here are 3 more small powerpc fixes that should still go into .16.
One is a recent regression (MMCR2 business), the other is a trivial
endian fix without which FW updates won't work on LE in IBM machines,
and the 3rd one turns a BUG_ON into a WARN_ON which is definitely
a LOT more
Hi Linus !
Here is a handful of powerpc fixes for 3.16. They are all pretty
simple and self contained and should still make this release.
Cheers,
Ben.
The following changes since commit f56029410a13cae3652d1f34788045c40a13ffc7:
powerpc/perf: Never program book3s PMCs with values >=
Hi Linus !
Here is a handful of powerpc fixes for 3.16. They are all pretty
simple and self contained and should still make this release.
Cheers,
Ben.
The following changes since commit f56029410a13cae3652d1f34788045c40a13ffc7:
powerpc/perf: Never program book3s PMCs with values = 0x8000
Hi Linus !
Here are a few more powerpc fixes for 3.16
There's a small series of 3 patches that fix saving/restoring MMUCR2
when using KVM without which perf goes completely bonkers in the host
system. Another perf fix from Anton that's been rotting away in patchwork
due to my poor eyesight, a
Hi Linus !
Here are a few more powerpc fixes for 3.16
There's a small series of 3 patches that fix saving/restoring MMUCR2
when using KVM without which perf goes completely bonkers in the host
system. Another perf fix from Anton that's been rotting away in patchwork
due to my poor eyesight, a
Hi Linus !
Here are a handful or two of powerpc fixes and simple/trivial
cleanups. A bunch of them fix ftrace with the new ABI v2 in
Little Endian, the rest is a scattering of fairly simple things.
Cheers,
Ben.
The following changes since commit 68986c9f0f4552c34c248501eb0c690553866d6e:
Hi Linus !
Here are a handful or two of powerpc fixes and simple/trivial
cleanups. A bunch of them fix ftrace with the new ABI v2 in
Little Endian, the rest is a scattering of fairly simple things.
Cheers,
Ben.
The following changes since commit 68986c9f0f4552c34c248501eb0c690553866d6e:
Hi Linus !
This is a single revert for a patch I should have never merged in the
first place had I reviewed things with a clear mind at the time :-(
Cheers,
Ben.
The following changes since commit
7171511eaec5bf23fb06078f59784a3a0626b38f:
Linux 3.16-rc1 (2014-06-15 17:45:28 -1000)
are
Hi Linus !
This is a single revert for a patch I should have never merged in the
first place had I reviewed things with a clear mind at the time :-(
Cheers,
Ben.
The following changes since commit
7171511eaec5bf23fb06078f59784a3a0626b38f:
Linux 3.16-rc1 (2014-06-15 17:45:28 -1000)
are
Hi Linus !
Here's just one trivial patch to wire up sys_renameat2 which I
seem to have completely missed so far. (My test build scripts fwd me
warnings but miss the ones generated for missing syscalls).
Cheers,
Ben.
The following changes since commit 011e4b02f1da156ac7fea28a9da878f3c23af739:
Hi Linus !
Here's just one trivial patch to wire up sys_renameat2 which I
seem to have completely missed so far. (My test build scripts fwd me
warnings but miss the ones generated for missing syscalls).
Cheers,
Ben.
The following changes since commit 011e4b02f1da156ac7fea28a9da878f3c23af739:
Hi Linus !
Here's a pair of powerpc fixes for 3.15 which are also going to stable.
One's a fix for building with newer binutils (the problem currently only
affects the BookE kernels but the affected macro might come back into
use on BookS platforms at any time). Unfortunately, the binutils
Hi Linus !
Here's a pair of powerpc fixes for 3.15 which are also going to stable.
One's a fix for building with newer binutils (the problem currently only
affects the BookE kernels but the affected macro might come back into
use on BookS platforms at any time). Unfortunately, the binutils
Hi Linus !
[ This is a resent of Wed. email in case you missed it while away ]
Here are a couple of fixes for 3.15. One from Anton fixes a nasty regression
I introduced when trying to fix a loss of irq_work whose consequences is
that we can completely lose timer interrupts on a CPU... not
Hi Linus !
[ This is a resent of Wed. email in case you missed it while away ]
Here are a couple of fixes for 3.15. One from Anton fixes a nasty regression
I introduced when trying to fix a loss of irq_work whose consequences is
that we can completely lose timer interrupts on a CPU... not
Hi Linus !
Here are a couple of fixes for 3.15. One from Anton fixes a nasty regression
I introduced when trying to fix a loss of irq_work whose consequences is
that we can completely lose timer interrupts on a CPU... not pretty.
The other one is a change to our PCIe reset hook to use a firmware
Hi Linus !
Here are a couple of fixes for 3.15. One from Anton fixes a nasty regression
I introduced when trying to fix a loss of irq_work whose consequences is
that we can completely lose timer interrupts on a CPU... not pretty.
The other one is a change to our PCIe reset hook to use a firmware
Hi Linus !
Here is a bunch of post-merge window fixes that have been accumulating
in patchwork while I was on vacation or buried under other stuff last
week.
We have the now usual batch of LE fixes from Anton (sadly some new stuff
that went into this merge window had endian issues, we'll try to
Hi Linus !
Here is a bunch of post-merge window fixes that have been accumulating
in patchwork while I was on vacation or buried under other stuff last
week.
We have the now usual batch of LE fixes from Anton (sadly some new stuff
that went into this merge window had endian issues, we'll try to
Hi Linus !
Here are a few more powerpc things for you.
So you'll find here the conversion of the two new firmware sysfs
interfaces to the new API for self-removing files that Greg and Tejun
introduced, so they can finally remove the old one.
I'm also reverting the hwmon driver for powernv. I
Hi Linus !
Here are a few more powerpc things for you.
So you'll find here the conversion of the two new firmware sysfs
interfaces to the new API for self-removing files that Greg and Tejun
introduced, so they can finally remove the old one.
I'm also reverting the hwmon driver for powernv. I
On Wed, 2014-04-02 at 10:34 +1100, Benjamin Herrenschmidt wrote:
> Hi Linus !
>
> This time around, the powerpc merges are going to be a little bit
> more complicated than usual.
Looks like I sent this one twice, one with "merge" and one with "next"
in the subject. They are otherwise identical
Hi Linus !
This time around, the powerpc merges are going to be a little bit
more complicated than usual.
This is the main pull request with most of the work for this merge
window. I will describe it a bit more further down.
There is some additional cpuidle driver work, however I haven't
Hi Linus !
This time around, the powerpc merges are going to be a little bit
more complicated than usual.
This is the main pull request with most of the work for this merge
window. I will describe it a bit more further down.
There is some additional cpuidle driver work, however I haven't
On Wed, 2014-04-02 at 10:34 +1100, Benjamin Herrenschmidt wrote:
Hi Linus !
This time around, the powerpc merges are going to be a little bit
more complicated than usual.
Looks like I sent this one twice, one with merge and one with next
in the subject. They are otherwise identical (it's
Hi Linus !
Here are a couple of powerpc fixes for 3.14. One is (another !) nasty TM
problem, we can crash the kernel by forking inside a transaction. The
other one is a simple fix for an alignment issue which can hurt in LE
mode.
Cheers,
Ben.
The following changes since commit
Hi Linus !
Here are a couple of powerpc fixes for 3.14. One is (another !) nasty TM
problem, we can crash the kernel by forking inside a transaction. The
other one is a simple fix for an alignment issue which can hurt in LE
mode.
Cheers,
Ben.
The following changes since commit
Hi Linus !
Here are a few more powerpc fixes for 3.14. Most of these are also
CC'ed to stable and fix bugs in new functionality introduced in
the last 2 or 3 versions.
The following changes since commit 66f9af83e56bfa12964d251df9d60fb571579913:
powerpc/eeh: Disable EEH on reboot (2014-02-17
Hi Linus !
Here are a few more powerpc fixes for 3.14. Most of these are also
CC'ed to stable and fix bugs in new functionality introduced in
the last 2 or 3 versions.
The following changes since commit 66f9af83e56bfa12964d251df9d60fb571579913:
powerpc/eeh: Disable EEH on reboot (2014-02-17
Hi Linus !
Here are some more powerpc fixes for 3.14
The main one is a nasty issue with the NUMA balancing support
which requires a small generic change and the addition of a new
accessor to set _PAGE_NUMA. Both have been reviewed and acked by
Mel and Rik.
The changelog should have plenty of
Hi Linus !
Here are some more powerpc fixes for 3.14
The main one is a nasty issue with the NUMA balancing support
which requires a small generic change and the addition of a new
accessor to set _PAGE_NUMA. Both have been reviewed and acked by
Mel and Rik.
The changelog should have plenty of
Hi Linus !
Here is some powerpc goodness for -rc2. Arguably -rc1 material more than
-rc2 but I was travelling (again !)
It's mostly bug fixes including regressions, but there are a couple of
new things that I decided to drop-in.
One is a straightforward patch from Michael to add a bunch of P8
Hi Linus !
Here is some powerpc goodness for -rc2. Arguably -rc1 material more than
-rc2 but I was travelling (again !)
It's mostly bug fixes including regressions, but there are a couple of
new things that I decided to drop-in.
One is a straightforward patch from Michael to add a bunch of P8
Hi Linus !
This is the patch that I had sent after -rc8 and which we decided
to wait before merging. It's based on a different tree than my
-next branch (it needs some pre-reqs that were in -rc4 or so while
my -next is based on -rc1) so I left it as a separate branch for
your to pull. It's
Hi Linus !
This is the patch that I had sent after -rc8 and which we decided
to wait before merging. It's based on a different tree than my
-next branch (it needs some pre-reqs that were in -rc4 or so while
my -next is based on -rc1) so I left it as a separate branch for
your to pull. It's
On Wed, 2014-01-15 at 15:05 +0700, Linus Torvalds wrote:
> On Wed, Jan 15, 2014 at 12:01 PM, Benjamin Herrenschmidt
> wrote:
> >
> > My original intend was to put it in powerpc-next and then shoot it to
> > stable, but it got a tad annoying (due to churn it needs to be applied
> > at least on rc4
On Wed, Jan 15, 2014 at 12:01 PM, Benjamin Herrenschmidt
wrote:
>
> My original intend was to put it in powerpc-next and then shoot it to
> stable, but it got a tad annoying (due to churn it needs to be applied
> at least on rc4 or later while my next is at rc1 and clean that way), so
> I put it
On Wed, Jan 15, 2014 at 12:01 PM, Benjamin Herrenschmidt
b...@kernel.crashing.org wrote:
My original intend was to put it in powerpc-next and then shoot it to
stable, but it got a tad annoying (due to churn it needs to be applied
at least on rc4 or later while my next is at rc1 and clean that
On Wed, 2014-01-15 at 15:05 +0700, Linus Torvalds wrote:
On Wed, Jan 15, 2014 at 12:01 PM, Benjamin Herrenschmidt
b...@kernel.crashing.org wrote:
My original intend was to put it in powerpc-next and then shoot it to
stable, but it got a tad annoying (due to churn it needs to be applied
Hi Linus !
So you make the call onto whether taking that one now or waiting for the
merge window. It's a bug fix for a crash in mremap that occurs on
powerpc with THP enabled.
The fix however requires a small change in the generic code. It moves a
condition into a helper we can override from the
Hi Linus !
So you make the call onto whether taking that one now or waiting for the
merge window. It's a bug fix for a crash in mremap that occurs on
powerpc with THP enabled.
The fix however requires a small change in the generic code. It moves a
condition into a helper we can override from the
Hi Linus !
Here's one regression fix for 3.13 that I would appreciate if you could still
pull in. It was an "interesting" one to debug, basically it's an old bug that
got somewhat "exposed" by new code breaking the boot on PA Semi boards (yes,
it does appear that some people are still using these
Hi Linus !
Here's one regression fix for 3.13 that I would appreciate if you could still
pull in. It was an interesting one to debug, basically it's an old bug that
got somewhat exposed by new code breaking the boot on PA Semi boards (yes,
it does appear that some people are still using these !).
Hi Linus !
Here are a few more powerpc fixes for 3.13. A bit more endian
problems found during testing of 3.13 and a few other simple fixes
and regressions fixes.
Cheers,
Ben.
The following changes since commit 803c2d2f84da9dc2619449994af34d27148ab20d:
powerpc/powernv: Fix OPAL LPC access in
Hi Linus !
Here are a few more powerpc fixes for 3.13. A bit more endian
problems found during testing of 3.13 and a few other simple fixes
and regressions fixes.
Cheers,
Ben.
The following changes since commit 803c2d2f84da9dc2619449994af34d27148ab20d:
powerpc/powernv: Fix OPAL LPC access in
Hi Linus !
Here are some more powerpc fixes for 3.13.
Uli's patch fixes a regression in ptrace caused by a mis-merge of
a previous LE patch. The rest are all more endian fixes, all fairly
trivial, found during testing of 3.13-rc's.
Cheers,
Ben.
The following changes since commit
Hi Linus !
Here are some more powerpc fixes for 3.13.
Uli's patch fixes a regression in ptrace caused by a mis-merge of
a previous LE patch. The rest are all more endian fixes, all fairly
trivial, found during testing of 3.13-rc's.
Cheers,
Ben.
The following changes since commit
On Mon, 2013-12-09 at 19:58 -0800, Linus Torvalds wrote:
> On Mon, Dec 9, 2013 at 5:57 PM, Benjamin Herrenschmidt
> wrote:
> >
> > Here are a handful of powerpc fixes for 3.13.
>
> Grr.
>
> I've pulled it, but looking at that history, it's just pure and utter
> f*cking garbage.
>
> It was
On Mon, Dec 9, 2013 at 5:57 PM, Benjamin Herrenschmidt
wrote:
>
> Here are a handful of powerpc fixes for 3.13.
Grr.
I've pulled it, but looking at that history, it's just pure and utter
f*cking garbage.
It was rebased *minutes* before sending it, as far as I can tell. Why?
And it has a
Hi Linus !
Here are a handful of powerpc fixes for 3.13.
The patches are reasonably trivial and self contained. Note the
offb patches outside of arch/powerpc, they are LE fixes for our
open-firmware "dumb" framebuffer.
Cheers,
Ben.
The following changes since commit
Hi Linus !
Here are a handful of powerpc fixes for 3.13.
The patches are reasonably trivial and self contained. Note the
offb patches outside of arch/powerpc, they are LE fixes for our
open-firmware dumb framebuffer.
Cheers,
Ben.
The following changes since commit
On Mon, Dec 9, 2013 at 5:57 PM, Benjamin Herrenschmidt
b...@kernel.crashing.org wrote:
Here are a handful of powerpc fixes for 3.13.
Grr.
I've pulled it, but looking at that history, it's just pure and utter
f*cking garbage.
It was rebased *minutes* before sending it, as far as I can tell.
On Mon, 2013-12-09 at 19:58 -0800, Linus Torvalds wrote:
On Mon, Dec 9, 2013 at 5:57 PM, Benjamin Herrenschmidt
b...@kernel.crashing.org wrote:
Here are a handful of powerpc fixes for 3.13.
Grr.
I've pulled it, but looking at that history, it's just pure and utter
f*cking garbage.
Hi Linus !
Here are a few powerpc bug fixes post -rc1. The main thing that caused
problem was that CONFIG_CPU_LITTLE_ENDIAN got turned on with allyesconfig
and such, which is not a very good idea especially since it requires a
newer toolchain than what most people have. So we turned it into a
Hi Linus !
Here are a few powerpc bug fixes post -rc1. The main thing that caused
problem was that CONFIG_CPU_LITTLE_ENDIAN got turned on with allyesconfig
and such, which is not a very good idea especially since it requires a
newer toolchain than what most people have. So we turned it into a
Hi Linus !
Since you pulled my previous one in less than 20mn (the LE stuff),
there's no point waiting for tomorrow for these fixes I mentioned
earlier so here they are.
This is a small collection of random bug fixes and a few improvements
of Oops output which I deemed valuable enough to include
Hi Linus !
With my previous pull request I mentioned some remaining Little Endian
patches, notably support for our new ABI, which I was sitting on making
sure it was all finalized.
The toolchain folks confirmed it now, the new ABI is stable and merged
with gcc, so we are all good. Oh and we
Hi Linus !
With my previous pull request I mentioned some remaining Little Endian
patches, notably support for our new ABI, which I was sitting on making
sure it was all finalized.
The toolchain folks confirmed it now, the new ABI is stable and merged
with gcc, so we are all good. Oh and we
Hi Linus !
Since you pulled my previous one in less than 20mn (the LE stuff),
there's no point waiting for tomorrow for these fixes I mentioned
earlier so here they are.
This is a small collection of random bug fixes and a few improvements
of Oops output which I deemed valuable enough to include
Hi Linus !
Here are a few powerpc fixes, all aimed at -stable, found in part thanks
to the ramping up of a major distro testing and in part thanks to the LE
guys hitting all sort interesting corner cases.
The most scary are probably the register clobber issues in
csum_partial_copy_generic(),
Hi Linus !
Here are a few powerpc fixes, all aimed at -stable, found in part thanks
to the ramping up of a major distro testing and in part thanks to the LE
guys hitting all sort interesting corner cases.
The most scary are probably the register clobber issues in
csum_partial_copy_generic(),
Hi Linus !
Here are a few things for -rc2, this time it's all written by me so it
can only be perfect right ? :)
So we have the fix to call irq_enter/exit on the irq stack we've been
discussing, plus a cleanup on top to remove an unused (and broken)
stack limit tracking feature (well, make
Hi Linus !
Here are a few things for -rc2, this time it's all written by me so it
can only be perfect right ? :)
So we have the fix to call irq_enter/exit on the irq stack we've been
discussing, plus a cleanup on top to remove an unused (and broken)
stack limit tracking feature (well, make
Hi Linus !
Here are a handful of small powerpc fixes. A couple of section mismatches
(always worth fixing), a missing export of a new symbol causing build
failures of modules, a page fault deadlock fix (interestingly that
bug has been around for a LONG time, though it seems to be more easily
Hi Linus !
Here are a handful of small powerpc fixes. A couple of section mismatches
(always worth fixing), a missing export of a new symbol causing build
failures of modules, a page fault deadlock fix (interestingly that
bug has been around for a LONG time, though it seems to be more easily
Hi Linus !
Here are 3 bug fixes that should probably go into 3.11 since I'm also
tagging them for stable.
Once fixes our old /proc/powerpc/lparcfg file which provides partition
informations when running under our hypervisor and also acts as a
user-triggerable Oops when hot :-(
The other two
Hi Linus !
Here are 3 bug fixes that should probably go into 3.11 since I'm also
tagging them for stable.
Once fixes our old /proc/powerpc/lparcfg file which provides partition
informations when running under our hypervisor and also acts as a
user-triggerable Oops when hot :-(
The other two
Hi Linus !
Here are some powerpc fixes for you.
This includes small series from Michael Neuling to fix a couple of nasty
remaining problems with the new Power8 support, also targeted at stable
3.10, without which some new userspace accessible registers aren't
properly context switched, and in
Hi Linus !
Here are some powerpc fixes for you.
This includes small series from Michael Neuling to fix a couple of nasty
remaining problems with the new Power8 support, also targeted at stable
3.10, without which some new userspace accessible registers aren't
properly context switched, and in
[ resent in case you missed it ]
Hi Linus !
Here is not quite a handful of powerpc fixes for rc3. The windfarm fix is
a regression fix (though not a new one), the PMU interrupt rename is not
a fix per-se but has been submitted a long time ago and I kept forgetting
to put it in (it puts us back
[ resent in case you missed it ]
Hi Linus !
Here is not quite a handful of powerpc fixes for rc3. The windfarm fix is
a regression fix (though not a new one), the PMU interrupt rename is not
a fix per-se but has been submitted a long time ago and I kept forgetting
to put it in (it puts us back
Hi Linus !
Here is not quite a handful of powerpc fixes for rc3. The windfarm fix is
a regression fix (though not a new one), the PMU interrupt rename is not
a fix per-se but has been submitted a long time ago and I kept forgetting
to put it in (it puts us back in sync with x86), the other perf
Hi Linus !
Here is not quite a handful of powerpc fixes for rc3. The windfarm fix is
a regression fix (though not a new one), the PMU interrupt rename is not
a fix per-se but has been submitted a long time ago and I kept forgetting
to put it in (it puts us back in sync with x86), the other perf
Hi Linus !
Here is a series of powerpc fixes. It's a bit big, mostly because of the
series of 11 "EEH" patches from Gavin. The EEH (Our IBM specific
PCI/PCIe Enhanced Error Handling) code had been rotting for a while and
this merge window saw a significant rework & fixing of it by Gavin Shan.
Hi Linus !
Here is a series of powerpc fixes. It's a bit big, mostly because of the
series of 11 EEH patches from Gavin. The EEH (Our IBM specific
PCI/PCIe Enhanced Error Handling) code had been rotting for a while and
this merge window saw a significant rework fixing of it by Gavin Shan.
Hi Linus !
Earlier today I mentioned that while we had fixed the kernel crashes,
EEH error recovery didn't always recover... It appears that I had
a fix for that already in powerpc-next (with a stable CC).
I cherry-picked it today and did a few tests and it seems that things
now work quite well.
Hi Linus !
We discovered some breakage in our "EEH" (PCI Error Handling) code while
doing error injection, due to a couple of regressions. One of them is
due to a patch (37f02195b) that, in hindsight, I shouldn't have merged
considering that it caused more problems than it solved.
Please pull
Hi Linus !
We discovered some breakage in our EEH (PCI Error Handling) code while
doing error injection, due to a couple of regressions. One of them is
due to a patch (37f02195b) that, in hindsight, I shouldn't have merged
considering that it caused more problems than it solved.
Please pull
Hi Linus !
Earlier today I mentioned that while we had fixed the kernel crashes,
EEH error recovery didn't always recover... It appears that I had
a fix for that already in powerpc-next (with a stable CC).
I cherry-picked it today and did a few tests and it seems that things
now work quite well.
Hi Linus !
This is a fix for a regression causing a freescale "83xx" based platforms
to crash on boot due to some PCI breakage. Please apply.
Cheers,
Ben.
The following changes since commit 17858ca65eef148d335ffd4cfc09228a1c1cbfb5:
Merge tag 'please-pull-fixia64' of
Hi Linus !
This is a fix for a regression causing a freescale 83xx based platforms
to crash on boot due to some PCI breakage. Please apply.
Cheers,
Ben.
The following changes since commit 17858ca65eef148d335ffd4cfc09228a1c1cbfb5:
Merge tag 'please-pull-fixia64' of
Hi Linus !
Please pull this regression fix into 3.10. We accidentally broke
hugetlbfs on Freescale embedded processors which use a slightly
different page table layout than our server processors.
Cheers,
Ben.
The following changes since commit c0691143dfe1d42ec9bd89de5921ccb6a27ea1b3:
Hi Linus !
Please pull this regression fix into 3.10. We accidentally broke
hugetlbfs on Freescale embedded processors which use a slightly
different page table layout than our server processors.
Cheers,
Ben.
The following changes since commit c0691143dfe1d42ec9bd89de5921ccb6a27ea1b3:
Hi Linus !
Hopefully this one smells better ...
So here are 3 fixes still for 3.10. Fixes are simple, bugs are nasty
(though not recent regressions, nasty enough) and all targeted at
stable. Please apply.
Thanks !
Cheers,
Ben.
The following changes since commit
Hi Linus !
Hopefully this one smells better ...
So here are 3 fixes still for 3.10. Fixes are simple, bugs are nasty
(though not recent regressions, nasty enough) and all targeted at
stable. Please apply.
Thanks !
Cheers,
Ben.
The following changes since commit
On Sun, Jun 9, 2013 at 9:20 PM, Jeremy Kerr wrote:
>
> So, we now use the original date header (if present) in the mbox views:
>
> $ wget -qO - http://patchwork.ozlabs.org/patch/249598/mbox/ | grep ^Date
> Date: Fri, 7 Jun 2013 15:42:54 +1000
>
> ... for all your data-mining needs.
Goodie, and I
Hi Linus,
> No. The date from the email was
>
> Date: Fri, 7 Jun 2013 15:42:54 +1000
>
> and we want *that* date.
Ah, gotchya.
So, we now use the original date header (if present) in the mbox views:
$ wget -qO - http://patchwork.ozlabs.org/patch/249598/mbox/ | grep ^Date
Date: Fri, 7 Jun
On Sun, Jun 9, 2013 at 8:20 PM, Linus Torvalds
wrote:
>
> .. the rationale for this is that the work pattern of people is
> actually interesting information. You can do things like this:
>
> git log --pretty=%aD --author=Torvalds
Final side note: for me, and other git users that apply other
On Sun, Jun 9, 2013 at 8:06 PM, Linus Torvalds
wrote:
>
> And it does matter.
.. the rationale for this is that the work pattern of people is
actually interesting information. You can do things like this:
git log --pretty=%aD --author=Torvalds
to see what my work pattern is, and I think
On Sun, Jun 9, 2013 at 7:44 PM, Jeremy Kerr wrote:
>
> We keep all patch dates in UTC, but were generating the Date header
> incorrectly. Now fixed:
No, not fixed.
Keeping patch dates in UTC *corrupts* the date.
I'll ask people to stop using patchworks if it cannot keep track of
emailed dates.
Hi Linus,
> Is Jeremy the patchwork maintainer?
Yep, that's me.
> and it turns out that apparently 'patchwork' is just making up random
> times, because when you download the email as an mbox, it will turn
> this into that corrupt and incorrect
>
> Date: Thu, 06 Jun 2013 19:42:54 -
>
Hi Linus !
Here's the previous pull request with a couple of commits removed,
this is purely regressions (though not all recent ones) or stable
material.
Cheers,
Ben.
The following changes since commit 1612e111e4e565422242727efb59499cce8738e4:
Merge
On Sun, 2013-06-09 at 14:33 -0700, Linus Torvalds wrote:
> On Sun, Jun 9, 2013 at 12:56 AM, Benjamin Herrenschmidt
> wrote:
> >
> > Here are a few more powerpc changes for 3.10. I've merged your
> > tree in at some point (which I generally avoid) in order to get
> > the compat network fixes as
[ Is Jeremy the patchwork maintainer? If not, can people forward this
to the real maintainer? ]
On Sun, Jun 9, 2013 at 2:33 PM, Linus Torvalds
wrote:
>
> This is not just bugfixes. In fact, as far as I can tell, this
> *introduces* bugs, with that "get_user()" in the exception path that
> can
On Sun, Jun 9, 2013 at 12:56 AM, Benjamin Herrenschmidt
wrote:
>
> Here are a few more powerpc changes for 3.10. I've merged your
> tree in at some point (which I generally avoid) in order to get
> the compat network fixes as soon as possible.
>
> Mostly regressions, and stuff I judged
Hi Linus !
Here are a few more powerpc changes for 3.10. I've merged your
tree in at some point (which I generally avoid) in order to get
the compat network fixes as soon as possible.
Mostly regressions, and stuff I judged could/should still go in at
this stage.
I'm still waiting on some more
Hi Linus !
Here are a few more powerpc changes for 3.10. I've merged your
tree in at some point (which I generally avoid) in order to get
the compat network fixes as soon as possible.
Mostly regressions, and stuff I judged could/should still go in at
this stage.
I'm still waiting on some more
On Sun, Jun 9, 2013 at 12:56 AM, Benjamin Herrenschmidt
b...@kernel.crashing.org wrote:
Here are a few more powerpc changes for 3.10. I've merged your
tree in at some point (which I generally avoid) in order to get
the compat network fixes as soon as possible.
Mostly regressions, and stuff I
[ Is Jeremy the patchwork maintainer? If not, can people forward this
to the real maintainer? ]
On Sun, Jun 9, 2013 at 2:33 PM, Linus Torvalds
torva...@linux-foundation.org wrote:
This is not just bugfixes. In fact, as far as I can tell, this
*introduces* bugs, with that get_user() in the
1 - 100 of 166 matches
Mail list logo