On Wed, 19 Sep 2007, KAMEZAWA Hiroyuki wrote:
> Any comments are welcome.
I am still a bit confused as to what the benefit of this is.
> Following functions are added
>
> * page_mapping_cache() ... returns address space if a page is page cache
> * page_mapping_anon() ... returns anon_vma if
Hi Linus,
Sorry for the delay on this, I was waiting for feedback on a problem
which turned out to be a non-kernel problem.
Please pull:
git://git.kernel.org/pub/scm/linux/kernel/git/hpa/linux-2.6-x86setup.git
for-linus
H. Peter Anvin (2):
[x86 setup] Present the canonical video mode
On Thursday 20 September 2007, you wrote:
> Please try this patch.
Works. All states are now listed again.
I've not tested suspend to disk, but suspend to ram and power off work fine.
> +printk(KERN_INFO PREFIX "(supports");
> #ifdef CONFIG_SUSPEND
> - printk(KERN_INFO PREFIX
application of `sed' by myself. Sorry for the
noise.
Maciej
patch-netdev-2.6.23-rc6-20070920-sb1250-mac-typedef-9
diff -up --recursive --new-file
linux-netdev-2.6.23-rc6-20070920.macro/drivers/net/sb1250-mac.c
linux-netdev-2.6.23-rc6-20070920/drivers/net/sb1250-mac.c
--- linux-netdev-2.6.23
On Thu, 20 Sep 2007, Andrea Arcangeli wrote:
> The only point of this largepage stuff is to go an extra mile to save
> a bit more of cpu vs a strict vmap based solution (fsblock of course
> will be smart enough that if it notices the PAGE_SIZE is >= blocksize
> it doesn't need to run any vmap at
Can someone tell me the flow of code for these two scenarios -
I write disk to /sys/power/state. How does system go to hibernation? How
does this trigger ACPI driver functions?
I issue shutdown command.
I am using 2.6.18 kernel.
Thanks,
Lomesh
-Original Message-
From: [EMAIL PROTECTED]
Intel's Open Source Technology Center is pleased to announce the
LessWatts.org project, an open source project for saving power on Linux.
http://www.lesswatts.org
What is LessWatts.org about?
LessWatts.org is a place to bring users, developers and distribution
Frank Mayhar wrote:
Properly support the ru_maxrss field of the rusage structure returned by
getrusage().
Signed-off-by: Frank Mayhar <[EMAIL PROTECTED]>
Acked-by: Rik van Riel <[EMAIL PROTECTED]>
--
All Rights Reversed
-
To unsubscribe from this list: send the line "unsubscribe
On Thu, 20 Sep 2007, David Chinner wrote:
> > Disagree, the mmap side is not a little change.
>
> That's not in the filesystem, though. ;)
And its really only a minimal change for some function to loop over all
4k pages and elsewhere index the right 4k subpage.
-
To unsubscribe from this
Philipp Marek wrote:
AFAIK pivot_root() changes the / mapping for *all* processes, no?
The manual page is confusing. It even admits to being "intentionally
vague". However the goal seems clear:
"pivot_root() moves the root file system of the current process to
the directory
Properly support the ru_maxrss field of the rusage structure returned by
getrusage(). This patch includes documentation both of the getrusage()
implementation in general and of the ru_maxrss implementation
specifically. This implementation matches that of FreeBSD, which is the
only other OS of
On Thu, 20 Sep 2007, Eric Dumazet wrote:
> Does it means that with your patch each ACK on a ET managed socket will
> trigger an epoll event ?
>
> Maybe your very sensitive high throuput appication needs to set a flag or
> something at socket level to ask for such a behavior.
>
> The default
On Tue, 18 Sep 2007, Siddha, Suresh B wrote:
> For now, we are trying to do slab Vs slub comparisons for the mainline
> kernels.
> Let's see how that goes.
>
> Meanwhile, any chance that you can point us at relevant recent patches/fixes
> that are in -mm and perhaps that can be applied to
-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of Rafael J.
Wysocki
Sent: Wednesday, September 19, 2007 5:09 PM
To: Agarwal, Lomesh
Cc: linux-kernel@vger.kernel.org
Subject: Re: what is the difference between shutdown command and writing
to
On Sunday 02 September 2007 23:06, Rene Herman wrote:
> On 09/02/2007 10:15 PM, Satyam Sharma wrote:
>
> > sound/isa/sb16/sb16.c: In function ‘snd_sb16_isa_probe’:
>
> Blah. Your message has:
>
> Content-Type: TEXT/PLAIN; charset=iso-2022-jp
>
> This apparently is caused by a combination
On Wed, 19 Sep 2007, Nick Piggin wrote:
> > Removing a virtual mappping *must* be done with interrupts enabled
> > since tlb_xx functions are called that rely on interrupts for
> > processor to processor communications.
>
> These things will clash drastically with my lazy TLB flushing and
David Howells <[EMAIL PROTECTED]> wrote:
> > So it sounds like what you'd be happiest with would be a separate task
> > struct hand crafted to he the right "object" and "subject" attributes.
Actually, that whilst that is sort of feasible for CacheFiles[*], it is not
really feasible for NFSd.
How do we "know" when little memory is available?
Other suggestion which came about was to parse the kernel command line
and look for "elfcorehdr=". Is this ok? Is kernel command line visible
to the SCSI drivers?
Thanks
-Atul
-Original Message-
From: Pavel Machek [mailto:[EMAIL
On Wed, 19 Sep 2007, Nagendra Tomar wrote:
> The tcp_check_space() function calls tcp_new_space() only if the
> SOCK_NOSPACE bit is set in the socket flags. This is causing Edge Triggered
> EPOLLOUT events to be missed for TCP sockets, as the ep_poll_callback()
> is not called from the wakeup
On Wednesday 19 September 2007 13:36, Christoph Lameter wrote:
> If we are in an interrupt context then simply defer the free via a
> workqueue.
>
> In an interrupt context it is not possible to use vmalloc_addr() to
> determine the vmalloc address. So add a variant that does that too.
>
>
On Thursday 20 September 2007 18:37:27 Len Brown wrote:
> On Thursday 20 September 2007 12:13, Maxim Levitsky wrote:
> > Hi,
> >
> > I had always a issue with wake-up devices after suspend-to disk.
> >
> > Scenario 1:
> > 1) enable all devices devices: (echo "." > /proc/acpi/wakeup), I have
On Thu, 20 Sep 2007, Christoph Lameter wrote:
> Eric: Anything that comes to mind in sysfs?
Arg. Forget it. Its likely SLUB mm related.
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
More majordomo info at
On Wednesday 19 September 2007, Andrew Morton wrote:
> Head still spinning.
>
> a) "rtc0" != "rtc" ??
One key difference between any of the numerous legacy RTC drivers
and the new framework is that the legacy drivers tended to think
(wrongly!) they would be the only RTC in the system, while the
On Thu, 20 Sep 2007, Alexey Dobriyan wrote:
> The winner is
> slub-avoid-touching-page-struct-when-freeing-to-per-cpu-slab.patch
> Blind bisecting pointed to it and reverting the patch from full -mm makes
> the problem go away
Hmmm.. This means likely that the c->node is used somewhere for
On 9/19/07, Peter Zijlstra <[EMAIL PROTECTED]> wrote:
> On Wed, 19 Sep 2007 17:29:09 -0400 "Dmitry Torokhov"
> <[EMAIL PROTECTED]> wrote:
>
> > On 9/19/07, Peter Zijlstra <[EMAIL PROTECTED]> wrote:
> > > On Wed, 19 Sep 2007 16:41:04 -0400 "Dmitry Torokhov"
> > > <[EMAIL PROTECTED]> wrote:
> > >
>
Please try this patch.
Regards,
Alex.
ACPI: suspend: consolidate handling of Sx states.
From: Alexey Starikovskiy <[EMAIL PROTECTED]>
Recent changes to sleep initialization in ACPI dropped reporting of supported Sx
states above S3. Fix that and also move S5 init into same file as other Sx.
The
On Thu, Sep 20, 2007 at 10:25:56AM -0700, Dave Hansen wrote:
> Should we do comments for every single function argument, or is it OK to
> leave them out for the obvious ones?
Yes, we should keep the kerneldoc comments coherent, even if it seems
useless in a few cases.
-
To unsubscribe from this
Hello,
> > -ECONFUSED. Perhaps DEBUG_DRIVER may help some more. Or /me getting
> > some sleep.
>
> Sleeping helped (improved reading abilities).
>
> From: Cornelia Huck <[EMAIL PROTECTED]>
>
> mmc: Avoid double sdio_unregister_bus() on module unload.
>
> Signed-off-by: Cornelia Huck <[EMAIL
Move the hadover message to after the boot console has been released to
avoid bad interactions between it and the real console.
Signed-off-by: Maciej W. Rozycki <[EMAIL PROTECTED]>
---
The 69331af79cf29e26d1231152a172a1a10c2df511 commit of May 8th added a
"console handover: ..." message to
On Wed, 2007-09-19 at 15:07 -0700, Randy Dunlap wrote:
>
> They aren't quite in kernel-doc format. Holler if you need help
> with that, or see examples, or
> Documentation/kernel-doc-nano-HOWTO.txt.
Should we do comments for every single function argument, or is it OK to
leave them out for the
Hello,
> > > kobject drivers: cleaning up
> > > kobject '' does not have a release() function, if this is not a
> > > directory kobject, it is broken and must be fixed.
> >
> > > printing this debug message, it looks a bit odd :)>
>
> kobject: Temporarily save k_name on cleanup for debug
* Andrew Morton <[EMAIL PROTECTED]> [2007-09-20 00:33]:
>
> Could you fix all that up please?
Thanks for the comments -- should be fixed now, see the new patch
series.
Thanks,
Bernhard
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to
On Thu, 20 Sep 2007, Alexey Dobriyan wrote:
> OK, I do clean boot, ssh to box, then sudo slabinfo -v.
>
>
> =
> BUG kmalloc-16: Object padding overwritten
>
This patch removes the crashkernel parsing from arch/sh/kernel/machine_kexec.c
and calls the generic function, introduced in the generic patch, in
setup_bootmem_allocator().
This is necessary because the amount of System RAM must be known in this
function now because of the new syntax.
NOTE: Due
Casey Schaufler <[EMAIL PROTECTED]> wrote:
> Could you use "object context" instead of "victimisation context"?
> It would be in better keeping with traditional security jargon.
If you wish. Personally, I find it clearer than object or subject.
> > The separation is necessary for a few
This patch adapts IA64 to use the generic parse_crashkernel() function
instead of its own parsing for the crashkernel command line.
Because the total amount of System RAM must be known when calling this
function, efi_memmap_init() is modified to return its accumulated total_memory
variable.
This adds the documentation for the extended crashkernel syntax into
Documentation/kdump/kdump.txt.
Signed-off-by: Bernhard Walle <[EMAIL PROTECTED]>
---
Documentation/kdump/kdump.txt | 26 ++
1 file changed, 26 insertions(+)
--- a/Documentation/kdump/kdump.txt
+++
This patch removes the crashkernel parsing from
arch/x86_64/kernel/machine_kexec.c and calls the generic function, introduced in
the last patch, in setup_bootmem_allocator().
This is necessary because the amount of System RAM must be known in this
function now because of the new syntax.
This patch adapts the ppc64 code to use the generic parse_crashkernel()
function introduced in the generic patch of that series.
Signed-off-by: Bernhard Walle <[EMAIL PROTECTED]>
---
arch/powerpc/kernel/machine_kexec.c | 52 ++--
1 file changed, 26
This patch removes the crashkernel parsing from
arch/i386/kernel/machine_kexec.c and calls the generic function, introduced in
the last patch, in setup_bootmem_allocator().
This is necessary because the amount of System RAM must be known in this
function now because of the new syntax.
This is the generic part of the patch. It adds a parse_crashkernel() function
in kernel/kexec.c that is called by the architecture specific code that
actually reserves the memory. That function takes the whole command line and
looks itself for "crashkernel=" in it.
If there are multiple
This patch adds a extended crashkernel syntax that makes the value of reserved
system RAM dependent on the system RAM itself:
crashkernel=:[,:,[EMAIL PROTECTED]
range=start-[end]
For example:
crashkernel=512M-2G:64M,2G-:128M
The motivation comes from distributors that configure
Andy Whitcroft wrote:
> Knowing nothing about these options, from a test perspective it would
> be nice if we were able to simply enable "the lot" so we can do "normal"
> -mm runs and "tiny" -mm runs without any manual intervention?
I agree completely.
I have been thinking for a while about how
On Thursday, September 20, 2007, Jesse Barnes wrote:
> On Wednesday, September 19, 2007 11:50:23 pm Andi Kleen wrote:
> > Jesse Barnes <[EMAIL PROTECTED]> writes:
> > > To do this in a nicer way (and be less vulnerable to similar BIOS
> > > funkiness) the kernel really needs full PAT support.
Cedric Le Goater wrote:
> Pavel Emelyanov wrote:
>> Looks sane :)
>>
>> [snip]
>>
>>> Index: 2.6.23-rc6-mm1/kernel/exit.c
>>> ===
>>> --- 2.6.23-rc6-mm1.orig/kernel/exit.c
>>> +++ 2.6.23-rc6-mm1/kernel/exit.c
>>> @@ -408,6 +408,8 @@
On Thu, Sep 20 2007, Alan Cox wrote:
> I simply don't have any old IDE systems any more or time to really look
> after this. Nobody responded to the previous linux-ide mail about
> maintainers so...
>
> Signed-off-by: Alan Cox <[EMAIL PROTECTED]>
Just fold it in with the IDE system in general?
Maciej W. Rozycki wrote:
On Thu, 20 Sep 2007, Jeff Garzik wrote:
You may be pleased (or less so) to hear that the version of sb1250-mac.c in
your tree does not even build (because of
42d53d6be113f974d8152979c88e1061b953bd12) and the patch below does not
address it. I ran out of time in the
On Thu, 2007-09-20 at 18:01 +0200, Maciek Rutecki wrote:
> Frans Pop pisze:
> >> Unexpected, and potentially pretty serious. Something went wrong with
> >> ACPI. Can you try to narrow down when it started happening?
> >
> > rc1 still had all 4 levels. I'll run a bisect between rc1 and rc6.
>
>
On 09/20/2007 08:32 AM, Joerg Pommnitz wrote:
> Hello all,
> yesterday I tried to boot a kernel built from the current wireless-dev git
> tree (ath5k branch)
> on a MSEP800/A board (see http://www.milesie.co.uk/pdf/MSEP800.pdf). The board
> contains an AMD Geode LX800 CPU.
> The wireless-dev tree
On 9/17/07, David Miller <[EMAIL PROTECTED]> wrote:
> From: Denis Cheng <[EMAIL PROTECTED]>
> Date: Sun, 2 Sep 2007 03:45:58 +0800
>
> > with the macro max provided by , so changed its name to a
> > more proper one: limit
> >
> > Signed-off-by: Denis Cheng <[EMAIL PROTECTED]>
>
> Not strictly
On 9/17/07, David Miller <[EMAIL PROTECTED]> wrote:
> From: Denis Cheng <[EMAIL PROTECTED]>
> Date: Sun, 2 Sep 2007 18:30:17 +0800
>
> > Signed-off-by: Denis Cheng <[EMAIL PROTECTED]>
>
> You already submitted the net/ipv4/af_inet.c case
> seperately, so I had to remove it from this patch for
>
On Thu, 20 Sep 2007, Charles N Wyble wrote:
>
> Satyam Sharma wrote:
> >
> > On Tue, 18 Sep 2007, Charles N Wyble wrote:
> >> Andi Kleen wrote:
> >>> Besides it's bad taste and taste is very important.
> >> Well it's bad taste for you (one person).
> >
> > FWIW, my opinion is the same as
This patch provides driver for ITE 8152 PCI bridge.
Signed-off-by: Mike Rapoport <[EMAIL PROTECTED]>
arch/arm/common/Makefile |1 +
arch/arm/common/it8152.c | 387 +
arch/arm/kernel/bios32.c | 28 +++-
On Thursday 20 September 2007 12:13, Maxim Levitsky wrote:
> Hi,
>
> I had always a issue with wake-up devices after suspend-to disk.
>
> Scenario 1:
> 1) enable all devices devices: (echo "." > /proc/acpi/wakeup), I have a
> script that does that
> 2) suspend to ram
> 3) hit a key on
On Thu, 20 Sep 2007 07:42:38 +0200 (CEST) Ph. Marek wrote:
> Hello Randy!
>
> > This doesn't work when there is no include/asm symlink.
> Why? I specifically test for that, and tried it on my machine.
> What's the bug?
> ASMARCH should come out empty, and the ?= and $(or) should take care of
>
Maciek Rutecki wrote:
> Frans Pop pisze:
>> On Thursday 20 September 2007, you wrote:
When compared with 2.6.22-4, dmesg no longer lists S4 and S5 as
supported for my Toshiba Satellite A40 laptop (Mobile Intel Pentium 4,
2.8GHz).
-Linux version 2.6.22-2-686 (Debian
Frans Pop pisze:
>>> [...]
>>> -ACPI: (supports S0 S3 S4 S5)
>>> +ACPI: (supports S0 S3)
>> Unexpected, and potentially pretty serious. Something went wrong with
>> ACPI. Can you try to narrow down when it started happening?
>
> rc1 still had all 4 levels. I'll run a bisect between rc1 and rc6.
On Thursday 20 September 2007, Frans Pop wrote:
> On Thursday 20 September 2007, you wrote:
> > > When compared with 2.6.22-4, dmesg no longer lists S4 and S5 as
> > > supported for my Toshiba Satellite A40 laptop (Mobile Intel Pentium
> > > 4, 2.8GHz).
> > >
> > > -Linux version 2.6.22-2-686
> Roland - can you please queue this up for 2.6.24?
Done, thanks.
-
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
--- David Howells <[EMAIL PROTECTED]> wrote:
> Casey Schaufler <[EMAIL PROTECTED]> wrote:
>
> > > Move into the cred struct the part of the task security data that defines
> > > how a task acts upon an object. The part that defines how something acts
> > > upon a task remains attached to the
thanks, applied this and the umem patch...
-
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/
On Thu, 20 Sep 2007 15:35:18 +0200
Cornelia Huck <[EMAIL PROTECTED]> wrote:
> On Wed, 19 Sep 2007 20:02:05 +0200,
> Cornelia Huck <[EMAIL PROTECTED]> wrote:
>
> > -ECONFUSED. Perhaps DEBUG_DRIVER may help some more. Or /me getting
> > some sleep.
>
> Sleeping helped (improved reading
On Sat, 15 Sep 2007 12:54:08 -0700
Philip Langdale <[EMAIL PROTECTED]> wrote:
> Thanks to Matt Domsch and Rezwanul Kabir at Dell, we know how to
> disable the MMC controller on the multi-function Ricoh R5C832. The
> MMC controller needs to be disabled or it will steal MMC cards from
> the SD
On Thursday 20 September 2007 David Newall wrote:
> Philipp Marek wrote:
> > - User starts a small wrapper,
> > - that opens "/",
> > - chroot()s into a directory and starts fsvs.
> > - fsvs gets its libraries loaded
> > - and chroot()s back to the original system.
>
> Isn't that what pivot_root
On 09/18/2007 07:56 PM, Aggelos Manousarides wrote:
>
> There is obviously something happening to the load reporting facility of
> the kernel when a periodic interrupt source is present. Has anyone seen
> something like this? I am not using any real time patches, this is a
> vanilla kernel
On 9/19/07, Low Yucheng <[EMAIL PROTECTED]> wrote:
> [1.] Summary
> System Freeze on Particular workload with kernel 2.6.22.6
>
> [2.] Description
> System freezes on repeated application of the following command
> for f in *png ; do convert -quality 100 $f `basename $f png`jpg; done
>
> Problem
On Thursday 20 September 2007, Kay Sievers wrote:
>
> Isn't that all caused by the rtc driver registering itself without
> checking if it is able to grab the device? Wouldn't moving the
> request_resource() before doing any device registration do the magic?
I suspect it would. Got patch?
I'm
Hi,
I had always a issue with wake-up devices after suspend-to disk.
Scenario 1:
1) enable all devices devices: (echo "." > /proc/acpi/wakeup), I have a
script that does that
2) suspend to ram
3) hit a key on keyboard / mouse / send WOL magc packet, and system resumes in
all cases
4)
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Satyam Sharma wrote:
>
> On Tue, 18 Sep 2007, Charles N Wyble wrote:
>> Andi Kleen wrote:
>>> Besides it's bad taste and taste is very important.
>> Well it's bad taste for you (one person).
>
> FWIW, my opinion is the same as Andi's here. Please,
On Thu, 2007-09-20 at 08:36 -0700, Casey Schaufler wrote:
> Ok, what can't be copied, and why can't it be copied?
In practice, no security information can be copied because the checks
are all made on the "current" pointer. There is no mechanism other than
'current' for passing security
Philipp Marek wrote:
- User starts a small wrapper,
- that opens "/",
- chroot()s into a directory and starts fsvs.
- fsvs gets its libraries loaded
- and chroot()s back to the original system.
Isn't that what pivot_root was meant for?
-
To unsubscribe from this list: send the line
Frans Pop pisze:
> On Thursday 20 September 2007, you wrote:
>>> When compared with 2.6.22-4, dmesg no longer lists S4 and S5 as
>>> supported for my Toshiba Satellite A40 laptop (Mobile Intel Pentium 4,
>>> 2.8GHz).
>>>
>>> -Linux version 2.6.22-2-686 (Debian 2.6.22-4) ([EMAIL PROTECTED]) ...
>>>
On mercoledì 19 settembre 2007, Andrew Morton wrote:
> On Tue, 18 Sep 2007 19:33:36 -0400
> Jeff Dike <[EMAIL PROTECTED]> wrote:
> > ===
> > --- linux-2.6.17.orig/arch/um/os-Linux/signal.c 2007-09-09
> > 11:15:37.0 -0400
On Thu, Sep 20, 2007 at 07:19:59PM +0530, Satyam Sharma wrote:
>
>
> On Thu, 20 Sep 2007, Tetsuo Handa wrote:
> >
> > I checked my patch using checkpatch.pl version 0.10
> > and I got the following error.
> >
> > ERROR: need consistent spacing around '*' (ctx:WxV)
> > #2334: FILE:
Removed also trailing whitespaces
Signed-off-by: Emil Medve <[EMAIL PROTECTED]>
---
I'm running git with core.autocrlf=input and it singled out
Documentation/input/iforce-protocol.txt as using DOS end-of-lines:
On Thu, 2007-09-20 at 16:50 +0200, Thomas Gleixner wrote:
> > > > Well, the above may affect SMP systems, but the Vaio is UP. Hmm?
> > >
> > > My jinxed VAIO variant is SMP, but it looks like the same mysterious
> > > error.
> >
> > Hm. Have you tried
> >
> > # echo test > /sys/power/disk
> >
Alan Cox wrote:
On Thu, 20 Sep 2007 14:13:15 +0100
[EMAIL PROTECTED] (Mel Gorman) wrote:
PPC64 building allmodconfig fails to compile drivers/ata/pata_scc.c . It
doesn't show up on other arches because this driver is specific to the
architecture.
drivers/ata/pata_scc.c: In function
On Tue, 18 Sep 2007, Charles N Wyble wrote:
>
> Andi Kleen wrote:
> >
> > Besides it's bad taste and taste is very important.
>
> Well it's bad taste for you (one person).
FWIW, my opinion is the same as Andi's here. Please, let's avoid this
disease -- unless *absolutely* required, stuff
--- Trond Myklebust <[EMAIL PROTECTED]> wrote:
> On Wed, 2007-09-19 at 21:11 -0700, Andrew Morgan wrote:
> > -BEGIN PGP SIGNED MESSAGE-
> > Hash: SHA1
> >
> > David Howells wrote:
> > > Move the effective capabilities mask from the task struct into the
> credentials
> > > record.
> > >
On Thu, Sep 20, 2007 at 12:00:31PM +0200, Jarek Poplawski wrote:
> On 19-09-2007 21:25, Ahmed S. Darwish wrote:
> > Hi Low,
> >
> > On Wed, Sep 19, 2007 at 12:16:39PM -0400, Low Yucheng wrote:
> >> There are no additional console messages.
> >> Not sure what this is: * no relevant Cc (memory
Andres Salomon <[EMAIL PROTECTED]> wrote:
> That said, I'm not opposed to keeping the parameter name the same while
> making the default 1; I just thought that the name 'alloc_bufs_at_read' was
> clearer. Another option is to change it to 'no_alloc_bufs_at_load'. Jon,
> any preference there?
I
On (20/09/07 15:09), Alan Cox didst pronounce:
> On Thu, 20 Sep 2007 14:13:15 +0100
> [EMAIL PROTECTED] (Mel Gorman) wrote:
>
> > PPC64 building allmodconfig fails to compile drivers/ata/pata_scc.c . It
> > doesn't show up on other arches because this driver is specific to the
> > architecture.
>
On Wednesday, September 19, 2007 11:50:23 pm Andi Kleen wrote:
> Jesse Barnes <[EMAIL PROTECTED]> writes:
> > To do this in a nicer way (and be less vulnerable to similar BIOS
> > funkiness) the kernel really needs full PAT support. That should allow
> > WC over WB and WC over UC mappings to
Alan Cox wrote:
> IDE/ATAPI CDROM DRIVER
> -P: Alan Cox
> -M: [EMAIL PROTECTED]
> L: [EMAIL PROTECTED]
> -S: Maintained
> +S: Unmaintained
Should be "Orphan", not Unmaintained.
--
Stefan Richter
-=-=-=== =--= =-=--
http://arcgraph.de/sr/
-
To unsubscribe from this list: send the
Jivin Paul Mundt lays it down ...
...
> > The other maintainers who have spoken up didn't seem to think this was
> > ugly, or an abuse. I'm surprised to hear language like that when
> > discussing a patch that adds an if statement, a local variable and one
> > parameter in a function call.
>
Paul Mundt wrote:
This is making API changes where it's convenient for your platform to use
this value, and there's no reason to change the API here at all.
Your proposed addition of flat_validate_relval is an API change, and
very similar in nature to what I've done.
A local variable here is
On Thu, Sep 20, 2007 at 11:38:21AM +1000, David Chinner wrote:
> Sure, and that's what I meant when I said VPC + large pages was
> a means to the end, not the only solution to the problem.
The whole point is that it's not an end, it's an end to your own fs
centric view only (which is sure fair
On 9/20/07, Jiri Kosina <[EMAIL PROTECTED]> wrote:
> On Thu, 20 Sep 2007, Jeff Chua wrote:
>
> With current -git, I still get the same behavior as with
> previous 2.6.23-rcX kernels - i.e. after resume (with
> acpi_sleep=s3_bios,s3_mode), I get corrupted image resembling the BIOS
> POST graphics.
On Thu, 2007-09-20 at 16:47 +0200, Rafael J. Wysocki wrote:
> On Thursday, 20 September 2007 15:53, Thomas Gleixner wrote:
> > On Thu, 2007-09-20 at 16:12 +0200, Rafael J. Wysocki wrote:
> > > > Vs. the suspend / resume wreckage of rc6-mm1 / rc6-hrt2:
> > >
> > > ie. the one on the Vaio (I
On Wednesday 19 September 2007 22:43, Michael Chan wrote:
> On Wed, 2007-09-19 at 21:29 +0100, Denys Vlasenko wrote:
>
> > Are you saying that you successfully run-tested it?
>
> I've only reviewed the code. Let's resolve these issues first before
> testing the code.
Please test these two
From: Benedikt Spranger <[EMAIL PROTECTED]>
An USB error interrupt (e.g. disconnect) nukes the pending requests for
an ethernet gadget device asynchronously. This can race against
eth_start_xmit(), where we end up dereferencing the list head itself.
The nuke code is serialized against
On Thu, 20 Sep 2007, Jeff Chua wrote:
> > With your patch applied, I get no video at all after resume (I tried all
> > three possible combinations of acpi_sleep parameter).
> Can you please try again with 2.6.23-rc7. The patch is already
> included in -rc7 and it works for me on Lenono X60s.
On Thursday, 20 September 2007 15:53, Thomas Gleixner wrote:
> On Thu, 2007-09-20 at 16:12 +0200, Rafael J. Wysocki wrote:
> > > Vs. the suspend / resume wreckage of rc6-mm1 / rc6-hrt2:
> >
> > ie. the one on the Vaio (I assume).
> >
> > > I'm still fishing in rather dark water. Depending on
This adds three new functions (or in one case to be more exact makes it
always available)
tty_termios_copy_hw
Copies all the hardware settings from one termios structure to the other.
This is intended for drivers that support little or no hardware setting
tty_termios_encode_baud_rate
Allows
Hello.
Satyam Sharma wrote:
> Looks like a checkpatch.pl bug to me -- that was nothing to warn about.
I see. I'll wait for next version.
> struct poll_table {
> poll_queue_proc qproc;
> };
poll_table is defined in include/linux/poll.h .
To change this, we have to do
On Thu, Sep 20, 2007 at 02:04:26PM +0200, Bernd Schmidt wrote:
> Paul Mundt wrote:
> >I find it a bit disconcerting that blackfin already depends on this
> >in-tree without there being any earlier discussion on making these
> >changes.
>
> Parts of the initial submission were picked up (the
On Thu, 20 Sep 2007, Jeff Garzik wrote:
> > You may be pleased (or less so) to hear that the version of sb1250-mac.c in
> > your tree does not even build (because of
> > 42d53d6be113f974d8152979c88e1061b953bd12) and the patch below does not
> > address it. I ran out of time in the evening, but I
On 9/20/07, Jiri Kosina <[EMAIL PROTECTED]> wrote:
> With your patch applied, I get no video at all after resume (I tried all
> three possible combinations of acpi_sleep parameter).
Can you please try again with 2.6.23-rc7. The patch is already
included in -rc7 and it works for me on Lenono
On Thu, 20 Sep 2007, Maciej W. Rozycki wrote:
>
> Perhaps preinitialising to an error value such as -EINVAL would be of
> more sense. This way any error paths lacking initialisation are still
> reported as errors, even though the classification might be wrong.
Eeee ... at least I wouldn't
On Thu, 13 Sep 2007, H. Peter Anvin wrote:
> Pavel, want to look at the patch before sending it to Linus?
Hi,
sorry for this taking too long, I was physically located away from the
hardware.
Without your patch, after resume I got corrupted image (looked like
remains of BIOS POST graphics,
201 - 300 of 1005 matches
Mail list logo
