>Please don't top post and perhaps Andrew can fix it up instead.
What do you mean when you say "top post" I shouldn't re-send it?
On Fri, Jan 27, 2017 at 7:15 PM, Joe Perches <j...@perches.com> wrote:
> On Fri, 2017-01-27 at 19:04 +0530, Gideon D'souza wrote:
>
>Please don't top post and perhaps Andrew can fix it up instead.
What do you mean when you say "top post" I shouldn't re-send it?
On Fri, Jan 27, 2017 at 7:15 PM, Joe Perches wrote:
> On Fri, 2017-01-27 at 19:04 +0530, Gideon D'souza wrote:
>> Ok, I noticed this w
>You've gone from printf to print here. This commit is breaking the
>linux-next builds on m68k. I see the kbuild bot tripped over the same
>issue and did the same bisect.
I did do a build before sending, as you may guess I'm not on an m68k machine.
Forgive the newbie please!
I'm re-sending my
>You've gone from printf to print here. This commit is breaking the
>linux-next builds on m68k. I see the kbuild bot tripped over the same
>issue and did the same bisect.
I did do a build before sending, as you may guess I'm not on an m68k machine.
Forgive the newbie please!
I'm re-sending my
Ok, I noticed this went into Andrew's tree and is now in linux-next,
should I resend it?
On Wed, Jan 25, 2017 at 10:20 AM, Gideon D'souza <gidisr...@gmail.com> wrote:
>>#define __mode(x) __attribute__((mode(x)))
> Well that's embarrassing. I so sorry for the trouble guys
Ok, I noticed this went into Andrew's tree and is now in linux-next,
should I resend it?
On Wed, Jan 25, 2017 at 10:20 AM, Gideon D'souza wrote:
>>#define __mode(x) __attribute__((mode(x)))
> Well that's embarrassing. I so sorry for the trouble guys :( I'll resend this.
>
>
>#define __mode(x) __attribute__((mode(x)))
Well that's embarrassing. I so sorry for the trouble guys :( I'll resend this.
On Wed, Jan 25, 2017 at 7:20 AM, Joe Perches wrote:
> On Tue, 2017-01-24 at 17:44 +0530, Gideon Israel Dsouza wrote:
>> Added __mode(x) into
>#define __mode(x) __attribute__((mode(x)))
Well that's embarrassing. I so sorry for the trouble guys :( I'll resend this.
On Wed, Jan 25, 2017 at 7:20 AM, Joe Perches wrote:
> On Tue, 2017-01-24 at 17:44 +0530, Gideon Israel Dsouza wrote:
>> Added __mode(x) into compiler-gcc.h as part of
Ah I didn't know they would be tracked a series. Should I resend these?
On Fri, Jan 20, 2017 at 4:04 PM, Geert Uytterhoeven
<ge...@linux-m68k.org> wrote:
> Hi Gideon,
>
> On Fri, Jan 20, 2017 at 11:21 AM, Gideon D'souza <gidisr...@gmail.com> wrote:
>>> Gideon: wh
Ah I didn't know they would be tracked a series. Should I resend these?
On Fri, Jan 20, 2017 at 4:04 PM, Geert Uytterhoeven
wrote:
> Hi Gideon,
>
> On Fri, Jan 20, 2017 at 11:21 AM, Gideon D'souza wrote:
>>> Gideon: what exactly did you use to send this email series?
>>
> Gideon: what exactly did you use to send this email series?
I used git format-patch and then send-email on my Fedora 24 system.
I did :
git format-patch HEAD^^ # this generated two patches for the two commits I made
git send-email --to ... ~/patches/0001- #sent first patch
git send-email
> Gideon: what exactly did you use to send this email series?
I used git format-patch and then send-email on my Fedora 24 system.
I did :
git format-patch HEAD^^ # this generated two patches for the two commits I made
git send-email --to ... ~/patches/0001- #sent first patch
git send-email
Geert,
I'm assuming this build failure is clear? It is breaking because it
depends on the first patch. I don't know if there is protocol for
sending dependent patches into the kernel?
On Fri, Jan 20, 2017 at 2:18 AM, kbuild test robot wrote:
> Hi Gideon,
>
> [auto build test
Geert,
I'm assuming this build failure is clear? It is breaking because it
depends on the first patch. I don't know if there is protocol for
sending dependent patches into the kernel?
On Fri, Jan 20, 2017 at 2:18 AM, kbuild test robot wrote:
> Hi Gideon,
>
> [auto build test ERROR on
Any update on this patch, should I base it on another tree, this was
based off of linus's tree right when he released 4.10-rc2
Should I send it close to the next merge window?
On Sat, Dec 31, 2016 at 9:26 PM, wrote:
> From: Gideon Israel Dsouza
>
>
Any update on this patch, should I base it on another tree, this was
based off of linus's tree right when he released 4.10-rc2
Should I send it close to the next merge window?
On Sat, Dec 31, 2016 at 9:26 PM, wrote:
> From: Gideon Israel Dsouza
>
> Continuing from this commit: 52f5684c8e1e
>
>Why do you want an up to date list of kernel bugs?
Even I'm a newbie and was looking for the same thing. I read
eventually somewhere that bugzilla isn't maintained by kernel devs so
I entirely gave up trying to find a bug to adopt.
Many open source projects I've worked on (web frameworks
hey guys,
I generally manage to understand the various pieces of the linux
kernel and what their functions are.
However, one thing I don't fully understand is how is any OS, say
fedora (which is what I use) is bound to the kernel.
Lets say I want to just build a system on top of linux that
hey guys,
I generally manage to understand the various pieces of the linux
kernel and what their functions are.
However, one thing I don't fully understand is how is any OS, say
fedora (which is what I use) is bound to the kernel.
Lets say I want to just build a system on top of linux that
Why do you want an up to date list of kernel bugs?
Even I'm a newbie and was looking for the same thing. I read
eventually somewhere that bugzilla isn't maintained by kernel devs so
I entirely gave up trying to find a bug to adopt.
Many open source projects I've worked on (web frameworks mostly)
Hey Paul and Geert,
Sorry I didn't response quick enough, I was out of town on a trip.
Just got back.
Didn't even think of LLVM honestly but that is an excellent point and
I'll try compiling with it.
Paul, thanks for applying my patch.
Regards,
Gideon
On Thu, Jun 19, 2014 at 2:28 AM, Paul
Hey Paul and Geert,
Sorry I didn't response quick enough, I was out of town on a trip.
Just got back.
Didn't even think of LLVM honestly but that is an excellent point and
I'll try compiling with it.
Paul, thanks for applying my patch.
Regards,
Gideon
On Thu, Jun 19, 2014 at 2:28 AM, Paul
Hey guys,
So I usually have the latest mainline kernel (on my fedora box) I've
recently sent it tiny refactoring patches.
Today, I start my machine and it just doesn't start. I had 3.11, 3.12,
and a few 3.14 rcs.
All show up booting, a few lines print on the screen about various
things it does.
Hey guys,
So I usually have the latest mainline kernel (on my fedora box) I've
recently sent it tiny refactoring patches.
Today, I start my machine and it just doesn't start. I had 3.11, 3.12,
and a few 3.14 rcs.
All show up booting, a few lines print on the screen about various
things it does.
Hey All,
In my quest for work in the linux kernel I was looking at bugs.
While I have a general idea of the kernel (including KDB) most of the
bugs I've seen (under process management and drivers) are very
contrived to me.
I was wondering if there is anything like a good_first_bug or
newbie_bug
Hey All,
In my quest for work in the linux kernel I was looking at bugs.
While I have a general idea of the kernel (including KDB) most of the
bugs I've seen (under process management and drivers) are very
contrived to me.
I was wondering if there is anything like a good_first_bug or
newbie_bug
So I've submitted some patches for some tiny ongoing refactoring.
In the hopes of moving to more _real_ work I've been snooping at the
ethernet drivers. I was especially curious about driver code that is
running for my own hardware.
I found out with lshw that I'm running a Atheros QCA9565 /
So I've submitted some patches for some tiny ongoing refactoring.
In the hopes of moving to more _real_ work I've been snooping at the
ethernet drivers. I was especially curious about driver code that is
running for my own hardware.
I found out with lshw that I'm running a Atheros QCA9565 /
Hi All,
I apologize for the ignorance but I haven't been able to tell when the
Linus' merge window is open.
>From this page:
https://git.kernel.org/cgit/linux/kernel/git/torvalds/linux.git/
Questions I have:
> I notice that there is a 3.14-rc3 tag so I'm assuming that is the
> latest/current
Hi All,
I apologize for the ignorance but I haven't been able to tell when the
Linus' merge window is open.
From this page:
https://git.kernel.org/cgit/linux/kernel/git/torvalds/linux.git/
Questions I have:
I notice that there is a 3.14-rc3 tag so I'm assuming that is the
latest/current
So I was thinking of this hideous project (don't laugh!) at tearing
out the CFS scheduler and then rewriting a very dumb scheduler in it's
place. What do you guys think? This is of course just to understand
the scheduler better.
I just don't know how large or ridiculous this is though :)
On
Thanks so much Geert and Bruno for your replies:
>>don't forget to subscribe to the specific mailing lists!
Didn't know about this, this link is the right one?
http://vger.kernel.org/vger-lists.html#cpufreq There isn't a list for
the scheduler though?
>A better start, and at least as useful is
Thanks so much Geert and Bruno for your replies:
don't forget to subscribe to the specific mailing lists!
Didn't know about this, this link is the right one?
http://vger.kernel.org/vger-lists.html#cpufreq There isn't a list for
the scheduler though?
A better start, and at least as useful is to
So I was thinking of this hideous project (don't laugh!) at tearing
out the CFS scheduler and then rewriting a very dumb scheduler in it's
place. What do you guys think? This is of course just to understand
the scheduler better.
I just don't know how large or ridiculous this is though :)
On
Hey Guys,
I've been looking to hacking at the kernel for a long time now.
I've managed to have a good setup, build the latest stable kernel and
boot from it. I've read some of the docs, Coding Styles etc and
watched GregKH's talks on youtube. I'm also reading Robert Love's
Linux Kernel
Hey Guys,
I've been looking to hacking at the kernel for a long time now.
I've managed to have a good setup, build the latest stable kernel and
boot from it. I've read some of the docs, Coding Styles etc and
watched GregKH's talks on youtube. I'm also reading Robert Love's
Linux Kernel
36 matches
Mail list logo