Nope ?
Then what you say about this patch:
http://landley.net/hg/aboriginal/rev/086e1ff5dd19 ?
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majord...@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please
Nope ?
Then what you say about this patch:
http://landley.net/hg/aboriginal/rev/086e1ff5dd19 ?
--
To unsubscribe from this list: send the line unsubscribe linux-kernel in
the body of a message to majord...@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please
Do you have this hardware ? And did you test this ?
How can you cc stable without an Tested by somebody else ?
On Mon, Aug 11, 2014 at 12:16 AM, Mark Einon wrote:
> Fix two reported bugs, caused by et131x_adapter->phydev->addr being accessed
> before it is initialised, by:
>
> - letting
Do you have this hardware ? And did you test this ?
How can you cc stable without an Tested by somebody else ?
On Mon, Aug 11, 2014 at 12:16 AM, Mark Einon mark.ei...@gmail.com wrote:
Fix two reported bugs, caused by et131x_adapter-phydev-addr being accessed
before it is initialised, by:
-
Wow MZ ? EXE for MSDOS and Windows ???
After more research, http://en.wikipedia.org/wiki/Portable_Executable
[quote]PE is a modified version of the Unix COFF (Common Object File
Format).[/quote]
How can anyone be sure that Microsoft will not sue about this ?
On Fri, Jul 4, 2014 at 12:07 AM,
This sounds like an an math problem ( for Donald Knuth :) )
You need to think out of the box, present the problem right is just
the fist step and an big one.
Then you need to come with an formal algorithm to solve it, then proof it.
Next step is to code that algorithm and verify that is working in
Wow MZ ? EXE for MSDOS and Windows ???
After more research, http://en.wikipedia.org/wiki/Portable_Executable
[quote]PE is a modified version of the Unix COFF (Common Object File
Format).[/quote]
How can anyone be sure that Microsoft will not sue about this ?
On Fri, Jul 4, 2014 at 12:07 AM,
This sounds like an an math problem ( for Donald Knuth :) )
You need to think out of the box, present the problem right is just
the fist step and an big one.
Then you need to come with an formal algorithm to solve it, then proof it.
Next step is to code that algorithm and verify that is working in
Can you help debian people (on the testing realm) to test this on all
architectures ?
On Wed, Jun 18, 2014 at 6:01 PM, Bruce Dubbs wrote:
> Karel Zak wrote:
>>
>>
>> The util-linux release v2.25 is available at
>>
>>ftp://ftp.kernel.org/pub/linux/utils/util-linux/v2.25
>>
>> Feedback and bug
Can you help debian people (on the testing realm) to test this on all
architectures ?
On Wed, Jun 18, 2014 at 6:01 PM, Bruce Dubbs bruce.du...@gmail.com wrote:
Karel Zak wrote:
The util-linux release v2.25 is available at
ftp://ftp.kernel.org/pub/linux/utils/util-linux/v2.25
Feedback
On Wed, Sep 25, 2013 at 7:36 PM, Benjamin Valentin
wrote:
> Am Fri, 30 Aug 2013 08:42:05 -0700
> schrieb Greg Kroah-Hartman :
>
>> For staging drivers I need a maintainer that is going to take the time
>> to shephard it into the core kernel tree. See other TODO files for
>> how that person is
On Wed, Sep 25, 2013 at 7:36 PM, Benjamin Valentin
benpi...@zedat.fu-berlin.de wrote:
Am Fri, 30 Aug 2013 08:42:05 -0700
schrieb Greg Kroah-Hartman gre...@linuxfoundation.org:
For staging drivers I need a maintainer that is going to take the time
to shephard it into the core kernel tree. See
Why do not use div_u64() ?
[quote]unsigned 64bit divide with 32bit divisor
This is the most common 64bit divide and should be used if possible,
as many 32bit archs can optimize this variant better than a full 64bit
divide.
[/quote]
> - ep->credit += timespec_to_ns() /
Why do not use div_u64() ?
[quote]unsigned 64bit divide with 32bit divisor
This is the most common 64bit divide and should be used if possible,
as many 32bit archs can optimize this variant better than a full 64bit
divide.
[/quote]
- ep-credit += timespec_to_ns(delta) /
Sarah Sharp: ok, the obvious: there are trolls, and some of them got to you.
They are and will try to make you a troll also. ( the evil come to you
with "good" intentions )
My advice: stick to technical problems.
You are used to start an flamewar.
On Wed, Jul 17, 2013 at 5:40 PM, Sarah Sharp
Sarah Sharp: ok, the obvious: there are trolls, and some of them got to you.
They are and will try to make you a troll also. ( the evil come to you
with good intentions )
My advice: stick to technical problems.
You are used to start an flamewar.
On Wed, Jul 17, 2013 at 5:40 PM, Sarah Sharp
The relevant maintainers do not get a copy of this.
On Mon, Jun 10, 2013 at 10:25 AM, Geert Uytterhoeven
wrote:
> On Mon, 10 Jun 2013, Geert Uytterhoeven wrote:
>> JFYI, when comparing v3.10-rc5 to v3.10-rc4[3], the summaries are:
>> - build errors: +19/-10
>> [1]
The relevant maintainers do not get a copy of this.
On Mon, Jun 10, 2013 at 10:25 AM, Geert Uytterhoeven
ge...@linux-m68k.org wrote:
On Mon, 10 Jun 2013, Geert Uytterhoeven wrote:
JFYI, when comparing v3.10-rc5 to v3.10-rc4[3], the summaries are:
- build errors: +19/-10
[1]
Regresions:
http://www.phoronix.com/scan.php?page=article=linux_310_f2fs=3
The most notable one is PostgreSQL pgbench v8.4.11
Transactions per second: 3032 in kernel 3.9
down to 832 in kernel 3.10-rc1
On Wed, May 8, 2013 at 2:10 PM, Jaegeuk Kim wrote:
> Hi Linus,
>
> I've rebased one of
Regresions:
http://www.phoronix.com/scan.php?page=articleitem=linux_310_f2fsnum=3
The most notable one is PostgreSQL pgbench v8.4.11
Transactions per second: 3032 in kernel 3.9
down to 832 in kernel 3.10-rc1
On Wed, May 8, 2013 at 2:10 PM, Jaegeuk Kim jaegeuk@samsung.com wrote:
Hi Linus,
Linus, will you help to the project ?
Talk to Linaro guys.
On Mon, Feb 11, 2013 at 6:46 PM, David Woodhouse wrote:
> On Mon, 2013-02-11 at 16:47 +0200, Pekka Enberg wrote:
>> On Mon, Feb 11, 2013 at 2:26 PM, Ingo Molnar wrote:
>> > IIRC Windows support for kmvtool is work in progress - some
>>
[quote]the ultimate goal being to make this new socket family
hypervisor-neutral[/quote]
That was from vmware.
If somebody will make something generic, to please xen, kvm, vmware,
and others in an 15 to 20 years time...
Then a tool like this will be accepted ?
Linus, you know this tool was only
[quote]the ultimate goal being to make this new socket family
hypervisor-neutral[/quote]
That was from vmware.
If somebody will make something generic, to please xen, kvm, vmware,
and others in an 15 to 20 years time...
Then a tool like this will be accepted ?
Linus, you know this tool was only
Linus, will you help to the project ?
Talk to Linaro guys.
On Mon, Feb 11, 2013 at 6:46 PM, David Woodhouse dw...@infradead.org wrote:
On Mon, 2013-02-11 at 16:47 +0200, Pekka Enberg wrote:
On Mon, Feb 11, 2013 at 2:26 PM, Ingo Molnar mi...@kernel.org wrote:
IIRC Windows support for kmvtool
ping ?
Rob, if nobody thake your patches then you must ping it to relevant
maintainers to be included in next.
On Tue, Dec 18, 2012 at 3:12 AM, wrote:
> Before 2.6.25 building Linux never required perl. This patch series removes
> the requirement from basic kernel builds (tested on i686,
Joe, read lkml and decide after that.
I fully apove the pathch.
Reviewed-by: Anca Emanuel
Review-requested-by: Joe Perches
Comments:
You have 3 kernels to maintain as stable, plus drivers, plus etc.
If somebody post something without reading the docs, and you have to
repeat to them the same
Joe, read lkml and decide after that.
I fully apove the pathch.
Reviewed-by: Anca Emanuel anca.eman...@gmail.com
Review-requested-by: Joe Perches j...@perches.com
Comments:
You have 3 kernels to maintain as stable, plus drivers, plus etc.
If somebody post something without reading the docs
ping ?
Rob, if nobody thake your patches then you must ping it to relevant
maintainers to be included in next.
On Tue, Dec 18, 2012 at 3:12 AM, r...@landley.net wrote:
Before 2.6.25 building Linux never required perl. This patch series removes
the requirement from basic kernel builds (tested
Spark mantainer ?
"To make this mail fit in the lkml limit, I deleted
- 3996 lines about __mcount_loc on sparc64"
On Fri, Jan 11, 2013 at 6:07 PM, Geert Uytterhoeven
wrote:
> On Fri, 11 Jan 2013, Geert Uytterhoeven wrote:
>> JFYI, when comparing v3.8-rc3 to v3.8-rc2[3], the summaries are:
>>
Spark mantainer ?
To make this mail fit in the lkml limit, I deleted
- 3996 lines about __mcount_loc on sparc64
On Fri, Jan 11, 2013 at 6:07 PM, Geert Uytterhoeven
ge...@linux-m68k.org wrote:
On Fri, 11 Jan 2013, Geert Uytterhoeven wrote:
JFYI, when comparing v3.8-rc3 to v3.8-rc2[3], the
Hi Linus,
An early prototype of this:
https://wiki.linaro.org/WorkingGroups/Kernel/Specs/flash-file-system-prototype
Are you still testing it ?
On Sun, Dec 16, 2012 at 1:19 AM, Jaegeuk Kim wrote:
> Hi Linus,
>
> I'm seeing that f2fs has not been merged yet.
> Could you give me any notice for
Hi Linus,
An early prototype of this:
https://wiki.linaro.org/WorkingGroups/Kernel/Specs/flash-file-system-prototype
Are you still testing it ?
On Sun, Dec 16, 2012 at 1:19 AM, Jaegeuk Kim jaegeuk@gmail.com wrote:
Hi Linus,
I'm seeing that f2fs has not been merged yet.
Could you give me
Oh, you need more testing with ARM Nexus 7 ?
On Sun, Dec 9, 2012 at 8:28 PM, Anca Emanuel wrote:
> Do will see this in Raring ?
> And when ?
>
> On Fri, Dec 7, 2012 at 10:27 PM, James Hunt wrote:
>> Summary of changes:
>>
>> * Improved re-exec performance.
>>
Do will see this in Raring ?
And when ?
On Fri, Dec 7, 2012 at 10:27 PM, James Hunt wrote:
> Summary of changes:
>
> * Improved re-exec performance.
> * Minor logger fixes for unflushed data.
> * Handle re-exec scenario when requested from within a chroot.
> * Minor serialisation data format
Do will see this in Raring ?
And when ?
On Fri, Dec 7, 2012 at 10:27 PM, James Hunt james.h...@ubuntu.com wrote:
Summary of changes:
* Improved re-exec performance.
* Minor logger fixes for unflushed data.
* Handle re-exec scenario when requested from within a chroot.
* Minor serialisation
Oh, you need more testing with ARM Nexus 7 ?
On Sun, Dec 9, 2012 at 8:28 PM, Anca Emanuel anca.eman...@gmail.com wrote:
Do will see this in Raring ?
And when ?
On Fri, Dec 7, 2012 at 10:27 PM, James Hunt james.h...@ubuntu.com wrote:
Summary of changes:
* Improved re-exec performance
On Sat, Oct 27, 2012 at 1:08 AM, Thomas Gleixner wrote:
>
> Looks like CONFIG_NUMA=y exposes explosions. I just noticed that none
> of the machines which are in my basic set of test systems have that
> enabled.
>
> /me goes to do some homework
Try
On Sat, Oct 27, 2012 at 1:08 AM, Thomas Gleixner t...@linutronix.de wrote:
Looks like CONFIG_NUMA=y exposes explosions. I just noticed that none
of the machines which are in my basic set of test systems have that
enabled.
/me goes to do some homework
Try
On Wed, Oct 24, 2012 at 1:42 AM, David Rientjes wrote:
> On Tue, 23 Oct 2012, Anca Emanuel wrote:
>
>> I have the same problem.
>> Reverting
>> https://github.com/torvalds/linux/commit/957f822a0ab95e88b146638bad6209bbc315bedd
>> solves the problem for me.
>&
On Wed, Oct 24, 2012 at 1:42 AM, David Rientjes rient...@google.com wrote:
On Tue, 23 Oct 2012, Anca Emanuel wrote:
I have the same problem.
Reverting
https://github.com/torvalds/linux/commit/957f822a0ab95e88b146638bad6209bbc315bedd
solves the problem for me.
If you don't revert anything
On Tue, Oct 2, 2012 at 9:32 PM, Geert Uytterhoeven wrote:
> Below is the list of build error/warning regressions/improvements in
> v3.6[1] compared to v3.5[2].
>
> To make this mail fit in the lkml limit, I deleted
> - 6008 lines about __mcount_loc on sparc64
>
> Summarized:
> - build errors:
On Tue, Oct 2, 2012 at 9:32 PM, Geert Uytterhoeven ge...@linux-m68k.org wrote:
Below is the list of build error/warning regressions/improvements in
v3.6[1] compared to v3.5[2].
To make this mail fit in the lkml limit, I deleted
- 6008 lines about __mcount_loc on sparc64
Summarized:
-
On Sun, Sep 30, 2012 at 4:37 PM, Feng Tang wrote:
> Where can we get a powertop-2.1? I searched google and found
> git clone git://git.kernel.org/pub/scm/status/powertop/powertop.git
> is null now.
https://01.org/powertop/
https://01.org/powertop/sites/default/files/downloads/powertop-2.1.tar.gz
On Sun, Sep 30, 2012 at 4:37 PM, Feng Tang feng.t...@intel.com wrote:
Where can we get a powertop-2.1? I searched google and found
git clone git://git.kernel.org/pub/scm/status/powertop/powertop.git
is null now.
https://01.org/powertop/
44 matches
Mail list logo
