On Thu, 12 Jul 2007, Andy Whitcroft wrote:
> > printk() should include KERN_ facility level
> > #750: FILE: drivers/serial/sb1250-duart.c:675:
> > + printk(err);
>
> Heh, yeah Ingo pointed this style out. This is a wrapper where the
> facility will be supplied by the caller (I
Hi,
I´m using RedHat Enterprise Server 4 Update 3 (kernel 2.6.9-34.ELsmp)
I was listing the contents of /proc/pid/status file and I came up with
a value of:
...
VmLib: 4294948464 kB,
...
Is this a known bug?
the process in question uses a lot of threads ~100 but there are no
memory leaks...
I have a plx9056-based data capture board that works with the winXP
drivers (based off of the win32 plx sdk) but does not work with the
linux driver provided to me. The board constitently gets 0xa (IRQ 10)
in the INTERRUPT_LINE register but the IO-APIC reports IRQ 49 to the
kernel. To add to the
On Wednesday 11 July 2007 5:53:54 pm [EMAIL PROTECTED] wrote:
> On Wed, 11 Jul 2007 14:13:02 EDT, Rob Landley said:
> > I wouldn't discourage a translator into Klingon if they were willing to
> > keep their translation up to date and/or it actually resulted in patches.
>
> The guys at the Klingon
On Thu, Jul 12, 2007 at 06:39:00PM +0100, Maciej W. Rozycki wrote:
> This is a driver for the SB1250 DUART, a dual serial port implementation
> included in the Broadcom family of SOCs descending from the SiByte SB1250
> MIPS64 chip multiprocessor. It is a new implementation replacing the
>
On Thursday 12 July 2007 9:53:54 am Li Yang-r58472 wrote:
> > Fielding patches and questions sounds like plenty to me...)
>
> I do think the documentation translation is very necessary even when
> there is a language maintainer, especially for the policy documents as
> HOWTO, codestyle , and etc.
Was decompressing a newly compiled kernel to my usb drive and received the
below error almost immediatly after I began.
[EMAIL PROTECTED] ~]$ uname -a
Linux squishy 2.6.21-1.3228.fc7 #1 SMP Tue Jun 12 15:37:31 EDT 2007 i686
i686 i386 GNU/Linux
After I recive the error, a simple ls just won't
[PATCH] try parent numa_node at first before using default
For pci_device, pcibios_scan_root and pci_scan_root will call pci_device_add.
pci_device_add will call device_initialize and set_dev_node(>dev,
pcibus_to_node(bus)).
other device such as netdev, and usb_device, set_dev_node is never be
Maciej W. Rozycki wrote:
> This is a driver for the SB1250 DUART, a dual serial port implementation
> included in the Broadcom family of SOCs descending from the SiByte SB1250
> MIPS64 chip multiprocessor. It is a new implementation replacing the
> old-fashioned driver currently present in
On Sat, Jul 07, 2007 at 12:26:51AM +0200, Andrea Arcangeli wrote:
> The original idea of having a software page size larger than a
> hardware page size, originated at SUSE by myself and Andi Kleen while
> helping AMD to design their amd64 cpu,
Original? This was done on VAXen and in Mach ages
On Thu, 12 Jul 2007, Andrew Morton wrote:
>
> This code has been in -mm since 11 May, as git-newsetup.patch. It has
> caused (for what it is) astonishingly few problems. Maybe a couple of
> build glitches and one runtime failure, all quickly fixed.
>
> I'd say it's ready.
Ok. That makes it
ration was not
tested at all, but is not expected to give any troubles.
I have asked for testing at the linux-mips list, but rather than results
I have received some pressure to push the patch regardless. So here it
goes. ;-)
Please apply.
Maciej
patch-2.6.22-20070712-serial-sb1250-duart-28
di
On Wed, 11 Jul 2007 18:44:21 EDT, Ric Wheeler said:
> [EMAIL PROTECTED] wrote:
> > On Tue, 10 Jul 2007 14:39:41 EDT, Ric Wheeler said:
> >
> >> All of the high end arrays have non-volatile cache (read, on power loss,
> >> it is a
> >> promise that it will get all of your data out to permanent
Eric W. Biederman <[EMAIL PROTECTED]> wrote:
> I may be a little off but looking at the events types defined.
> device down, device up. Defining a completely new interface for this
> looks absolutely absurd.
>
>
> This is device hotplug isn't it? As such we should be using the
> hotplug
On Thu, 12 Jul 2007 10:24:48 -0700 (PDT)
Linus Torvalds <[EMAIL PROTECTED]> wrote:
>
>
> On Wed, 11 Jul 2007, H. Peter Anvin wrote:
> >
> > This patch set replaces the x86 setup code, which is currently all in
> > assembly, with a version written in C, using the ".code16gcc" feature
> > of
On Wed, 11 Jul 2007, H. Peter Anvin wrote:
>
> This patch set replaces the x86 setup code, which is currently all in
> assembly, with a version written in C, using the ".code16gcc" feature
> of binutils (which has been present since at least 2001.)
>
> 76 files changed, 4606 insertions(+), 5209
> Note that patch 7 will introduce a few lines over 80 chars that will be
> unindented in patch 8 - I hope that's okay with you.
That's fine -- the 80 column rule is one thing I don't worry about too
much; absurdly long lines are bad, but if a line is, say, 84 chars and
breaking it makes the
On Thu, 2007-07-12 at 09:41 -0700, Josh Triplett wrote:
> On Wed, 2007-07-11 at 16:47 +0200, Sébastien Dugué wrote:
> > there seems to be something wrong with the way the CFS balances (or does
> > not
> > balance) RT tasks. This was evidenced using the sched_football testcase
> > available from
On Thu, 2007-07-12 at 19:01 +0200, Thomas Gleixner wrote:
> We know very well and Ingo nowhere said, that this is not a perfect
> queue, but it was and still is _our_ work base and we opened it up for
> the reasons explained.
Easy Thomas .. I was just trying to be helpful ..
> What we
On Wed, 2007-07-11 at 16:47 +0200, Sébastien Dugué wrote:
> there seems to be something wrong with the way the CFS balances (or does not
> balance) RT tasks. This was evidenced using the sched_football testcase
> available from the RT wiki
> (http://rt.wiki.kernel.org/index.php/IBM_Test_Cases)
On Wed, Jul 11, 2007 at 11:19:27AM +0200, Jens Axboe ([EMAIL PROTECTED]) wrote:
> Hi,
Hi Jens.
> Here's an updated implementation of tcp network splice receive support.
> It actually works for me now, no data corruption seen.
>
> For the original announcement and how to test it, see:
>
>
Daniel,
On Thu, 2007-07-12 at 09:33 -0700, Daniel Walker wrote:
> On Thu, 2007-07-12 at 17:37 +0200, Ingo Molnar wrote:
> > We are pleased to announce something we've been working on for some
> > time: a finegrained, split-up patch queue of the -rt kernel patch. From
> > now on (as of
Hi,
On Thu, 12 Jul 2007, I wrote:
> On Wed, 11 Jul 2007, Rob Landley wrote:
>
> > Replace name "Linux Kernel" in menuconfig with a macro (defaulting to "Linux
> > Kernel" if not -Ddefined by the makefile), and remove a few unnecessary
> > occurrences of "kernel" in pop-up text.
>
> Could you
On Thu, 2007-07-12 at 20:47 +0400, Sergei Shtylyov wrote:
> Now that the -rt patch has been first release in the broken-out version,
> let me tell you that the following 3 patches in the series can be just
> annihilated:
>
> preempt-irqs-ppc-ack-irq-fixups.patch
>
On Thu, 12 Jul 2007 21:53:54 +0800, LeoLi wrote:
> On Thursday, July 12, 2007 2:13 AM Rob Landley wrote:
> > On Wednesday 11 July 2007 10:26:30 am Li Yang wrote:
> > > There are quite a lot kernel developers for each of the popular
> > > language, AFAIK. For non-popular languages, there shouldn't
On Thu, Jul 12, 2007 at 03:58:34PM +0300, [EMAIL PROTECTED] wrote:
> Of course .. I ment they are _almoust_ similar.
The lack of an address space seems to make them rather different too. A
process contains address space, and one or more threads. A thread is
hence a component of a process, but
Hi,
On Thu, 12 Jul 2007, Keiichi KII wrote:
> Hi Satyam,
>
> > struct netconsole_target {
> > struct list_headlist;
> > +#ifdef CONFIG_NETCONSOLE_DYNAMIC
> > + struct config_item item;
> > + int enabled;
> > +#endif
> > struct netpoll
Hello, I wrote:
Revert the change to the "fasteoi" type chips as after handle_fasteoi_irq() had
been fixed, they've become meaningless (and even dangerous -- as was the case
with Celleb that has been fixed earlier)...
Signed-off-by: Sergei Shtylyov <[EMAIL PROTECTED]>
---
The patch in
On Thu, Jul 12, 2007 at 08:49:15AM -0500, James wrote:
> My apologies if this is not the correct forum. If there is a better place to
> post this please advise.
>
>
> Linux localhost.localdomain 2.6.17-1.2187_FC5 #1 Mon Sep 11 01:17:06 EDT 2006
> i686 i686 i386 GNU/Linux
>
> (I was planning
On Thu, 2007-07-12 at 17:37 +0200, Ingo Molnar wrote:
> We are pleased to announce something we've been working on for some
> time: a finegrained, split-up patch queue of the -rt kernel patch. From
> now on (as of 2.6.22.1-rt2) it will be part of every upstream -rt
> release and it is available
I run several times the following test and what I've seen is that when
the buffer cache becomes full, unneeded dirty buffer heads are not evicted
and no other memory allocation can happen (including reading a block
from the disk to the buffer cache). Should this happen?
Here's the code that
On Thu, Jul 12, 2007 at 06:57:41PM +0530, Vijayakumar Subburaj wrote:
> My first mail to lkml.
>
> I would like to know what happened to linux kernel from its 1.0.
A lot.
> I have gone through lkml faqs, and some of LDP documents. Thought that
> weekly lkml summary "Kernel Traffic"
test
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
I like the concept, but I completely disagree with your current
implementation.
I think it will be much easier if you start with a completely
independent code path and then just reuse the pieces of the
existing code path that you need.
More details below.
"Huang, Ying" <[EMAIL PROTECTED]>
* Gregory Haskins <[EMAIL PROTECTED]> wrote:
> For the most part, it seems you guys have resolved most of the
> issues that we ran into as well (e.g. early-flush-tlb, relocated
> die-notifier, etc, come to mind). I found one patch that was missing
> that allows debug configurations to
On Thu, 2007-07-12 at 18:31 +0200, Andrea Arcangeli wrote:
> On Fri, Jul 13, 2007 at 12:44:49AM +1000, David Chinner wrote:
> > That's crap. Just because a machine has lots of memory does not
> > make it OK to waste lots of memory.
>
> It's not just wasted, it lowers overhead all over the place.
Mark Lord wrote:
Rafael J. Wysocki wrote:
..
How much RAM is there in your machine?
2GB, but It doesn't need to dump that much for good performance.
Hibernate here consists of:
echo "$(( 256 * 1024 * 1024 ))" > /sys/power/image_size
echo -n disk > /sys/power/state
Plus a couple of
Thanks, greg... Just wondering... If this topic comes up every 6
months or so -seems like there is a "need" for this sort of thing.
Wonder why it has not been implemented yet? Especially if as you say
the system calls are out there already to do it -when you know the
right commands to type in.
On Fri, Jul 13, 2007 at 12:44:49AM +1000, David Chinner wrote:
> That's crap. Just because a machine has lots of memory does not
> make it OK to waste lots of memory.
It's not just wasted, it lowers overhead all over the place. Yes, the
benefit of wasting less pagecache may largely outweight the
Hi,
On Wed, 11 Jul 2007, Rob Landley wrote:
> Replace name "Linux Kernel" in menuconfig with a macro (defaulting to "Linux
> Kernel" if not -Ddefined by the makefile), and remove a few unnecessary
> occurrences of "kernel" in pop-up text.
Could you drop the PROJECT_NAME changes for now? The
On Thu, 2007-07-12 at 14:07 +0200, Ingo Molnar wrote:
> great! We had the upstream -rt port to .22 in the works too, it was just
> held up by the hpet breakage - which Thomas managed to fix earlier
> today. I've released the 2.6.22.1-rt1 patch to the usual place:
>
>
Hi to all!
I'm on Debian Sid with kernel 2.6.21 and I still can't resume my laptop
(Sony Vaio SZ2) from S3. Searched on the archive and it seems that SATA
drives are getting problems when used via the "new" libata. When the
laptop tries to resume, it can't access the hard drive anymore (the LED
On Wed, 2007-07-11 at 18:00 -0700, Paul E. McKenney wrote:
> Turns out that compiler writers are a bit more aggressive about optimizing
> than one might expect. This patch prevents a number of such optimizations
> from messing up rcu_deference(). This is not merely a theoretical
> problem, as
On Thu, 12 Jul 2007 08:57:51 -0500 Dave Kleikamp <[EMAIL PROTECTED]> wrote:
> On Thu, 2007-07-12 at 12:38 +0100, Andy Whitcroft wrote:
> > Andrew Morton wrote:
> > >> +if (ext4_ext_check_header(inode,
> > >> ext_block_hdr(bh),
> > >> +
On Thu, Jul 12, 2007 at 11:02:15AM -0400, Mark Shelby wrote:
> That's an excellent idea. I am still thinking along the lines of
> "idiot proof simplicity." It would be nice to have a configure script
> that scanned your system board, sound card/chip various input ports,
> etc, and went ahead
On Thu, 12 Jul 2007, Ivan Kokshaysky wrote:
> On Wed, Jul 11, 2007 at 06:07:59PM +0100, Hugh Dickins wrote:
>
> > > + return __pci_alloc_consistent(dev, size, dma, GFP_ATOMIC);
> >
> > I was going to ask you why that needs to be GFP_ATOMIC on Alpha.
> > But find you're following the example of
On Thu, 2007-07-12 at 23:01 +0800, WANG Cong wrote:
> Change C++ style comments into K's.
> Cut long lines into pieces.
>
> This patch is against 2.6.22.1, and can be also applied to
> the last -mm tree.
>
> Signed-off-by: WANG Cong <[EMAIL PROTECTED]>
>
> ---
>
> tqm8xxl.c | 41
Revalidate read/write permissions for splice(2) and vmslice(2), in case
security policy has changed since the files were opened.
Acked-by: Stephen Smalley <[EMAIL PROTECTED]>
Signed-off-by: James Morris <[EMAIL PROTECTED]>
---
Updated version against latest Linus git. Jens, I dropped your
Proposed patch adding Li Yang to MAINTAINERS, and Documentation
describing what a language maintainer is.
Signed-off-by: Rob Landley <[EMAIL PROTECTED]>
--
On Thursday 12 July 2007 9:53:54 am Li Yang-r58472 wrote:
> > > I'm trying to establish.
> >
> > A list works fine as a point of contact.
On Thu, 12 Jul 2007, Mark Lord wrote:
> Rafael J. Wysocki wrote:
> > On Thursday, 12 July 2007 08:43, [EMAIL PROTECTED] wrote:
> >> On Wed, 11 Jul 2007, Jeremy Fitzhardinge wrote:
> >>
> >>> Andrew Morton wrote:
> ..
> >> 8. hibernate kernel does syspend-to-ram to put the devices into a known
>
Rafael J. Wysocki wrote:
On Thursday, 12 July 2007 15:51, Mark Lord wrote:
..
Currently, TuxOnIce(suspend2) takes about 10 seconds to suspend my notebook.
Switching to this new scheme would double that to 10 seconds to boot/probe,
plus the original 10 seconds to hibernate. Assuming the new
On 7/11/07, Jan-Bernd Themann <[EMAIL PROTECTED]> wrote:
Generic Large Receive Offload proposal
I'm very glad that somebody is stepping up to take responsibility
for this!
I'm the primary author of the Myricom Myri10GE driver, and its LRO mechanism
(which has been rejected several times when
* Michael Gerdau <[EMAIL PROTECTED]> wrote:
> [sorry Ingo for the dublicated post]
[ sorry for the duplicated reply :) ]
> > to build a 2.6.22.1-rt1 tree, the following patches should be applied:
> >
> > http://kernel.org/pub/linux/kernel/v2.6/linux-2.6.22.1.tar.bz2
> >
From: Hoang-Nam Nguyen <[EMAIL PROTECTED]>
Add support for MR pages larger than 4K on eHCA2. This reduces firmware
memory consumption. If enabled via the mr_largepage module parameter, the MR
page size will be determined based on the MR length and the hardware
capabilities - if the MR is >= 16M,
From: Hoang-Nam Nguyen <[EMAIL PROTECTED]>
Signed-off-by: Joachim Fenkes <[EMAIL PROTECTED]>
---
drivers/infiniband/hw/ehca/ehca_av.c |2 +-
drivers/infiniband/hw/ehca/ehca_classes.h |4 +-
drivers/infiniband/hw/ehca/ehca_classes_pSeries.h | 156 ++--
From: Hoang-Nam Nguyen <[EMAIL PROTECTED]>
- Rename struct ehca_mr fields to clearly distinguish between kernel and HW
page size
- Sort struct ehca_mr_pginfo into a common part and a union containing
specific fields for physical, user and fast MR
Signed-off-by: Joachim Fenkes <[EMAIL
From: Hoang-Nam Nguyen <[EMAIL PROTECTED]>
Split ehca_set_pagebuf() into three functions depending on MR type
(phys/user/fast) and remove superfluous ehca_set_pagebuf_1().
Signed-off-by: Joachim Fenkes <[EMAIL PROTECTED]>
---
drivers/infiniband/hw/ehca/ehca_mrmw.c | 531
From: Hoang-Nam Nguyen <[EMAIL PROTECTED]>
Signed-off-by: Joachim Fenkes <[EMAIL PROTECTED]>
---
drivers/infiniband/hw/ehca/ehca_mrmw.c | 19 +++
1 files changed, 11 insertions(+), 8 deletions(-)
diff --git a/drivers/infiniband/hw/ehca/ehca_mrmw.c
From: Hoang-Nam Nguyen <[EMAIL PROTECTED]>
Signed-off-by: Joachim Fenkes <[EMAIL PROTECTED]>
---
drivers/infiniband/hw/ehca/ehca_mrmw.c | 47 ---
1 files changed, 24 insertions(+), 23 deletions(-)
diff --git a/drivers/infiniband/hw/ehca/ehca_mrmw.c
From: Hoang-Nam Nguyen <[EMAIL PROTECTED]>
Instead of one error mapping function for each potential error source in
ehca_mrmw.c, use a centralized function that handles all cases, saving a
three-figure line count.
Signed-off-by: Joachim Fenkes <[EMAIL PROTECTED]>
---
On Thu, 2007-07-12 at 17:37 +0200, Ingo Molnar wrote:
> We are pleased to announce something we've been working on for some
> time: a finegrained, split-up patch queue of the -rt kernel patch. From
> now on (as of 2.6.22.1-rt2) it will be part of every upstream -rt
> release and it is available
From: Hoang-Nam Nguyen <[EMAIL PROTECTED]>
Signed-off-by: Joachim Fenkes <[EMAIL PROTECTED]>
---
drivers/infiniband/hw/ehca/ehca_mrmw.c |1 +
1 files changed, 1 insertions(+), 0 deletions(-)
diff --git a/drivers/infiniband/hw/ehca/ehca_mrmw.c
b/drivers/infiniband/hw/ehca/ehca_mrmw.c
index
Version 2 with fixes suggested by Randy & Joe.
On Mon, 9 Jul 2007 13:45:16 -0400
Matt LaPlante <[EMAIL PROTECTED]> wrote:
> Fix misc small issues/typos/grammar in Documentation txts for 2.6.22.
>
> Signed-off-by: Matt LaPlante <[EMAIL PROTECTED]>
> --
diff -ru
Autodetection was missing a few HW revisions, causing certain eHCA1
revisions to be treated like eHCA2. Fixed.
Signed-off-by: Joachim Fenkes <[EMAIL PROTECTED]>
---
drivers/infiniband/hw/ehca/ehca_main.c | 29 +
1 files changed, 17 insertions(+), 12 deletions(-)
From: Hoang-Nam Nguyen <[EMAIL PROTECTED]>
The eHCA driver can now handle multiple event queues (read: interrupt
sources) instead of one. The number of available EQs is selected via the
nr_eqs module parameter.
CQs are either assigned to the EQs based on the comp_vector index or, if the
dist_eqs
Building on top of the last patch series, this set of patches adds multi-EQ
support, fixes a few nits (including formatting), refactors the MR/MW code
and adds support for large page MRs. Another patch set will follow.
Note that patch 7 will introduce a few lines over 80 chars that will be
We are pleased to announce something we've been working on for some
time: a finegrained, split-up patch queue of the -rt kernel patch. From
now on (as of 2.6.22.1-rt2) it will be part of every upstream -rt
release and it is available from the -rt download site:
* Linus Torvalds "Wed, 11 Jul 2007 15:09:28 -0700 (PDT)"
>
> On Wed, 11 Jul 2007, Andrea Arcangeli wrote:
>>
>> I'm going to change topic big time because your sentence above
>> perfectly applies to the O(1) scheduler too.
>
> I disagree to a large degree.
>
> We almost never have problems with
Hi Linus,
Please pull Blackfin architecture updates for 2.6.23 from:
master.kernel.org:/pub/scm/linux/kernel/git/cooloney/blackfin-2.6.git/
master
A new Blackfin processor BF54x is initial supported:
The ADSP-BF54x was specifically designed to meet the needs of convergent
multimedia
On Thursday, 12 July 2007 15:51, Mark Lord wrote:
> Rafael J. Wysocki wrote:
> > On Thursday, 12 July 2007 08:43, [EMAIL PROTECTED] wrote:
> >> On Wed, 11 Jul 2007, Jeremy Fitzhardinge wrote:
> >>
> >>> Andrew Morton wrote:
> ..
> >> 8. hibernate kernel does syspend-to-ram to put the devices into
On Thu, 12 Jul 2007 13:30:28 +0200,
Stefan Richter <[EMAIL PROTECTED]> wrote:
> So, since figuring the correct DMA device out is done by drivers
> themselves, they usually can figure out the correct NUMA node as well.
> The only precondition is that each DMA device has the correct NUMA node
>
Thanks as always... comments below, new patch coming separately.
On Mon, 9 Jul 2007 16:39:49 -0700
Randy Dunlap <[EMAIL PROTECTED]> wrote:
> On Mon, 9 Jul 2007 13:45:16 -0400 Matt LaPlante wrote:
>
> > Fix misc small issues/typos/grammar in Documentation txts for 2.6.22.
> >
> > Signed-off-by:
Andrew Morton <[EMAIL PROTECTED]> writes:
> On Wed, 11 Jul 2007 22:01:59 +0100
> Alasdair G Kergon <[EMAIL PROTECTED]> wrote:
>
>> From: Mike Anderson <[EMAIL PROTECTED]>
>>
>> This patch adds support for the dm_path_event dm_send_event funtions which
>> create and send netlink attribute events.
* Bodo Eggert "Thu, 12 Jul 2007 03:40:04 +0200 (CEST)"
> If you build using O=builddir ARCH=bar, you'll currently need to supply
> ARCH= on builds from the builddir, too. With this patch, the generated
> Makefile will do that instead.
I've sent such thing at least twice.
But now i'm thinking
That's an excellent idea. I am still thinking along the lines of
"idiot proof simplicity." It would be nice to have a configure script
that scanned your system board, sound card/chip various input ports,
etc, and went ahead and preselected those to build when you type
"make.
If you could combine
2007/7/12, [EMAIL PROTECTED] <[EMAIL PROTECTED]>:
On Thu, Jul 12, 2007 at 11:08:52AM -0300, Renato S. Yamane wrote:
> Vijayakumar Subburaj escreveu:
> >My first mail to lkml.
>
> Welcome :-)
>
> >I would like to know what happened to linux kernel from its 1.0.
>
> From 1.0 to 2.6.22.1?
>
Change C++ style comments into K's.
Cut long lines into pieces.
This patch is against 2.6.22.1, and can be also applied to
the last -mm tree.
Signed-off-by: WANG Cong <[EMAIL PROTECTED]>
---
tqm8xxl.c | 41 +
1 file changed, 25 insertions(+), 16
Hi!
> And the complexity and difficulty of setup really scares
> me.
> Right now, we've got a pretty good/fast in-kernel (well,
> external patch)
> that allows my machines to hibernate very quickly, wake
> up even faster,
> and not swap like mad afterwards. Without any external
> programs,
>
Hi,
Is there a way to manually make the kernel send IPv6 router solicitation
messages? At the moment the kernel will send a few messages after the
interface is brought up and then never again, no matter if it succeeded
or failed to autoconf the device.
Background:
I use wpa_supplicant to connect
On Thu, Jul 12, 2007 at 04:03:19PM +0200, Andi Kleen wrote:
> "Paul E. McKenney" <[EMAIL PROTECTED]> writes:
>
> > Turns out that compiler writers are a bit more aggressive about optimizing
> > than one might expect. This patch prevents a number of such optimizations
> > from messing up
[sorry Ingo for the dublicated post]
> to build a 2.6.22.1-rt1 tree, the following patches should be applied:
>
> http://kernel.org/pub/linux/kernel/v2.6/linux-2.6.22.1.tar.bz2
> http://redhat.com/~mingo/realtime-preempt/patch-2.6.22.1-rt1
I get a compile error on my x86_64 dualcore
On Thu, Jul 12, 2007 at 01:14:36PM +0200, Andrea Arcangeli wrote:
> On Thu, Jul 12, 2007 at 10:12:56AM +1000, David Chinner wrote:
> > I need really large filesystems that contain both small and large files to
> > work more efficiently on small boxes where we can't throw endless amounts of
> > RAM
On Thu, Jul 12, 2007 at 11:08:52AM -0300, Renato S. Yamane wrote:
> Vijayakumar Subburaj escreveu:
> >My first mail to lkml.
>
> Welcome :-)
>
> >I would like to know what happened to linux kernel from its 1.0.
>
> From 1.0 to 2.6.22.1?
> Wowww
>
> I think that you can read all
On Jul 12, 2007 13:56 +0530, Amit K. Arora wrote:
> As you suggest, let us just have two modes for the time being:
>
> #define FALLOC_ALLOCATE 0x1
> #define FALLOC_ALLOCATE_KEEP_SIZE 0x2
>
> As the name suggests, when FALLOC_ALLOCATE_KEEP_SIZE mode is passed it
> will
The last time I tried to remove this code,
we discovered that people were using it to query
the lid (button) status.
-Len
>-Original Message-
>From: Richard Hughes [mailto:[EMAIL PROTECTED]
>Sent: Thursday, July 12, 2007 6:26 AM
>To: Zhang, Rui
>Cc: Henne; Arjan van de Ven; Brown, Len;
On Jul 12 2007 10:18, Mark Shelby wrote:
>
> Would it be possible to design a program to scan your existing system
> hardware and pre-select your onboard hardware options within the
> kernel config menus?
> Am I just crazy, or wouldn't this idea mke a lot of sense? Wouldn't it
> pretty much make
On Wed, 11 Jul 2007, Chuck Ebbert wrote:
> On 07/11/2007 04:30 AM, Piotr Muszynski wrote:
>
> [cc: linux-usb, linux-ide]
Thank you. Piotr, you might have considered asking the person who
wrote the USB Mass Storage gadget driver...
> > I am adding transparent ATAPI capability to USB gadget
I have used Linux for about 9+ years. I have built several kernels.
The install process has gotten quite a bit better. The config menus are great!
I just downloaded and am setting up the 2.6.22 kernel.
I joined this list to ask a specific question:
Would it be possible to design a program to
Hi!
> >Maybe my usage of terminology has some problem. But,
> >the "device
> >hibernate" here means put device into quiescent state
> >and save the
> >device state, but do not put device into low power
> >state.
>
> is there really enough savings (in time or otherwise) to
> make it worth
On Thu, Jul 12, 2007 at 11:13:34PM +1000, David Chinner wrote:
> On Thu, Jul 12, 2007 at 12:58:13PM +0530, Suparna Bhattacharya wrote:
> >
> > Why don't we just merge the interface for preallocation (essentially
> > enough to satisfy posix_fallocate() and the simple XFS requirement for
> > space
On Wed 2007-07-11 16:15:37, Agarwal, Lomesh wrote:
> I am trying to understand how Linux handles S3 state transition.
> Specially I want to understand what it does anything for processes
> loaded at the time of transition. Any pointers to code/document will be
> helpful.
Do you mean suspend2ram?
My apologies if this is not the correct forum. If there is a better place to
post this please advise.
Linux localhost.localdomain 2.6.17-1.2187_FC5 #1 Mon Sep 11 01:17:06 EDT 2006
i686 i686 i386 GNU/Linux
(I was planning to upgrade to FC7 this weekend, but that is currently on hold
because-)
Vijayakumar Subburaj escreveu:
My first mail to lkml.
Welcome :-)
I would like to know what happened to linux kernel from its 1.0.
From 1.0 to 2.6.22.1?
Wowww
I think that you can read all changelogs available in www.kernel.org. In
2 years you finish read 2.4 and 2.6 series :-)
On Thu, 2007-07-12 at 12:38 +0100, Andy Whitcroft wrote:
> Andrew Morton wrote:
> >> + if (ext4_ext_check_header(inode, ext_block_hdr(bh),
> >> + depth - i - 1)) {
> >> + err = -EIO;
> >> +
[EMAIL PROTECTED] wrote:
actually, I think that while you may be able to get away with only one
kernel, you are probably better off with two. on the hibernate kernel
you can choose many 'embedded' options that don't make sense for the
normal kernel (no high mem, no SMP support, no SELinux,
From: Nicolas Ferre <[EMAIL PROTECTED]>
Fixes STN LCD support for the atmel_lcdfb framebuffer driver.
Signed-off-by: Nicolas Ferre <[EMAIL PROTECTED]>
---
Take 2 with 1 minor modification (Kconfig entry depends on board
switch).
This patch is the result of a work from Jan Altenberg and has
On Thursday, July 12, 2007 2:13 AM Rob Landley wrote:
> On Wednesday 11 July 2007 10:26:30 am Li Yang wrote:
> > There are quite a lot kernel developers for each of the popular
> > language, AFAIK. For non-popular languages, there shouldn't be
> > translation available in the first place.
>
> I
Rafael J. Wysocki wrote:
On Thursday, 12 July 2007 08:43, [EMAIL PROTECTED] wrote:
On Wed, 11 Jul 2007, Jeremy Fitzhardinge wrote:
Andrew Morton wrote:
..
8. hibernate kernel does syspend-to-ram to put the devices into a known
safe state.
Again, the devices should be quiesced rather then
Hi,
Is this a known issue?
[ 3006.777586] WARNING: at /home/devel/linux-git/kernel/lockdep.c:2416
check_flags()
[ 3006.785256] [] show_trace_log_lvl+0x1a/0x30
[ 3006.790508] [] show_trace+0x12/0x14
[ 3006.795125] [] dump_stack+0x16/0x18
[ 3006.799636] [] check_flags+0xb6/0x1a3
[
David Miller <[EMAIL PROTECTED]> wrote:
> From: Evgeniy Polyakov <[EMAIL PROTECTED]>
> Date: Thu, 12 Jul 2007 12:10:29 +0400
>
> > On Wed, Jul 11, 2007 at 04:37:36PM -0700, Mike Anderson ([EMAIL PROTECTED])
> > wrote:
> > > > > --- linux.orig/include/linux/netlink.h2007-07-11
> > > > >
201 - 300 of 850 matches
Mail list logo
