>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 notice
>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 wrote:
>>#define __mode(x) __attribute__((mode(x)))
> Well that's embarrassing. I so sorry for the trouble guys :( I'll re
>#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 a
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 -
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 m68k/for-
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 mostly)
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 boots
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 Moor
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
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 / AR95
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 ve
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 Mo
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 t
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 Developmen
18 matches
Mail list logo
