Hi,
I am Ms.Riojas,US citizen in Afghanistan ,it's my great pleasure to come across
your contact today.If you wouldn't mind, can we chat? On face book/ Skype or
yahoo messenger for an important discussion that will project good image to our
future. As we are ready to go home in few months time.
* Nick Piggin <[EMAIL PROTECTED]> wrote:
> On Tuesday 22 January 2008 12:13, Nick Piggin wrote:
> > On Tuesday 22 January 2008 07:14, Ingo Molnar wrote:
> > > Nick Piggin (5):
> > > mm: fix PageUptodate memory ordering bug
> >
> > This should actually be named differently. It should be
> >
On Tuesday 22 January 2008 12:13, Nick Piggin wrote:
> On Tuesday 22 January 2008 07:14, Ingo Molnar wrote:
> > Nick Piggin (5):
> > mm: fix PageUptodate memory ordering bug
>
> This should actually be named differently. It should be
> called
>
> x86: don't unconditionally enable expensive SM
On Tuesday 22 January 2008 07:14, Ingo Molnar wrote:
> Nick Piggin (5):
> mm: fix PageUptodate memory ordering bug
This should actually be named differently. It should be
called
x86: don't unconditionally enable expensive SMP ppro workaround
I actually had a more complete patch which prin
What's up for v2.6.25 for the x86 architecture code.
There are 763 commits in x86.git so far, from more than 90 contributors,
so it would be difficult to mention and credit every contribution in
this mail. See the shortlog attached further below for more details.
Here's an (incomp
On Sunday 02 September 2007 6:51:50 am Sam Ravnborg wrote:
> As for Kconfig the low hanging fruits are not in the tools but in the
> structure of the Kconfig files. There are a lot that can be improved
> with a decent effort but nobody has stepped up doing so.
> The tools could be better too but if
On Sun, Sep 02, 2007 at 01:51:50PM +0200, Sam Ravnborg wrote:
[]
> Then as now you have not yet expalined what you are trying to do.
> Nevertheless I look forward for a minmal set of patches that improve
> whatever you are working with.
Yes, because it's LKML, that wants not-hand-waving stuff in f
On Sun, Sep 02, 2007 at 02:02:37AM +0200, Oleg Verych wrote:
> * Sun, 26 Aug 2007 01:08:28 -0500
> * Organization: Boundaries Unlimited
> >
> []
> > Also "here's a symbol, show me a menu containing everything else that is
> > either required by or enabled by this symbol..." That sounds like a mor
* Sun, 26 Aug 2007 01:08:28 -0500
* Organization: Boundaries Unlimited
>
[]
> Also "here's a symbol, show me a menu containing everything else that is
> either required by or enabled by this symbol..." That sounds like a more
> powerful abstraction, since the previous one is "show me everything
On Aug 26 2007 01:08, Rob Landley wrote:
>On Friday 24 August 2007 3:36:54 pm Jan Engelhardt wrote:
>> >>Is there _ever_ a time you want the block layer but no block devices?
>>
>> Well, where do you think your hard disk drivers come from? Definitely
>> not from the BLK_DEV menu...
>
>Now that I l
On Friday 24 August 2007 3:36:54 pm Jan Engelhardt wrote:
> On Aug 24 2007 22:34, Jan Engelhardt wrote:
> >On Aug 24 2007 15:17, Rob Landley wrote:
> >>CONFIG_BLOCK disables the block layer.
> >>CONFIG_BLK_DEV disables the block devices.
> >
> >menuconfig BLK_DEV
> >bool "Block devices"
> >
On Aug 24 2007 22:34, Jan Engelhardt wrote:
>On Aug 24 2007 15:17, Rob Landley wrote:
>>
>>CONFIG_BLOCK disables the block layer.
>>CONFIG_BLK_DEV disables the block devices.
>
>menuconfig BLK_DEV
>bool "Block devices"
>depends on BLOCK
>default y
>---help---
>
On Aug 24 2007 15:17, Rob Landley wrote:
>
>CONFIG_BLOCK disables the block layer.
>CONFIG_BLK_DEV disables the block devices.
menuconfig BLK_DEV
bool "Block devices"
depends on BLOCK
default y
---help---
Say Y here to get to see options for various diffe
CONFIG_BLOCK disables the block layer.
CONFIG_BLK_DEV disables the block devices.
Is there _ever_ a time you want the block layer but no block devices?
(I ask because this is the first time I've had to add a symbol to my User Mode
Linux miniconfig since 2.6.12, and I can't figure out what the ac
On Fri, 2007-06-08 at 16:06 +0100, Andrew Walrond wrote:
> On Friday 08 June 2007 14:57:45 Paul Albrecht wrote:
> >
> > Seems like an obvious regression so I was wondering if I could get some
> > help resolving the problem here?
> >
>
> I see a reply from Dimitry Torokhov which you haven't acknowl
On Friday 08 June 2007 14:57:45 Paul Albrecht wrote:
>
> Seems like an obvious regression so I was wondering if I could get some
> help resolving the problem here?
>
I see a reply from Dimitry Torokhov which you haven't acknowledged. Did you
miss it?
Andrew Walrond
PS 'Nudge' messages like this
Hi,
I sent a message to the list yesterday describing a problem using via
hardware and a ps/2 keyboard for console input yesterday.
The reason I posted a description to the kernel mailing list is because
I have used the same software/hardware combination for some time and
only noticed the problem
Aaron Krowne wrote:
> I have an AMD KT133A system. I have two friends with PIII-based laptops (one
> toshiba, one thinkpad.) We have all noticed the exact same strange behavior
> despite our various hardware. We're all running linux 2.4.4 or 2.4.5. The
> strange thing is that, whenever it has
On Fri, 08 Jun 2001 01:57:40 -0400, Jeff Garzik said:
> Aaron Krowne wrote:
> > I have an AMD KT133A system. I have two friends with PIII-based laptops (one
> > toshiba, one thinkpad.) We have all noticed the exact same strange behavior
> > despite our various hardware. We're all running li
Greetings. I've been wondering about the behavior of linux IRQ routing on
certain systems running 2.4.x kernels (particularly .3 and above).
I have an AMD KT133A system. I have two friends with PIII-based laptops (one
toshiba, one thinkpad.) We have all noticed the exact same strange behavio
On Wed, 23 May 2001, Eric S. Raymond wrote:
> Near line 55 of drivers/net/Config.in there is code that reads like this:
>
>if [ "$CONFIG_MIPS_GT96100" = "y" ]; then
> bool ' MIPS GT96100 Ethernet support' CONFIG_MIPS_GT96100ETH
>fi
>
> All very well except that CONFIG_MIPS_GT96100
Near line 55 of drivers/net/Config.in there is code that reads like this:
if [ "$CONFIG_MIPS_GT96100" = "y" ]; then
bool ' MIPS GT96100 Ethernet support' CONFIG_MIPS_GT96100ETH
fi
All very well except that CONFIG_MIPS_GT96100 is never set (or even
used) anywhere else. My cross-refe
22 matches
Mail list logo
