On Wed, 25 Jul 2007 23:41:46 +0100 Andy Whitcroft <[EMAIL PROTECTED]> wrote:
> On Wed, Jul 25, 2007 at 05:36:56PM +0100, Andy Whitcroft wrote:
>
> > Will investigate the NUMA-Q explosion and report on that separatly.
>
> Ok, I've been looking at the NUMA-Q boot panic below:
>
> BUG: unable to
Andrew Morton wrote:
All this would end up needing runtime configurability and tweakability and
customisability. All standard fare for userspace stuff - much easier than
patching the kernel.
So. We can
a) provide a way for userspace to reload pagecache and
b) merge maps2 (once it's
Nathan Lynch <[EMAIL PROTECTED]> reported:
2.6.23-rc1 breaks the build for 64-bit powerpc for me (using
maple_defconfig):
LD vmlinux.o
powerpc64-unknown-linux-gnu-ld: dynreloc miscount for
kernel/built-in.o, section .opd
powerpc64-unknown-linux-gnu-ld: can not edit opd Bad value
make: ***
Anyone can help this?
On 6/21/07, jidong xiao <[EMAIL PROTECTED]> wrote:
> I searched in linux kernel 2.6.10, didn't find it, then I tried
> 2.6.20, it is there. But I am not familiar with assembly language, so
> can anybody kindly explain it, I don't know the difference between
> KPROBE_ENTRY
On Wed, Jul 25, 2007 at 10:42:07PM +0200, Gabriel C wrote:
>
> ...
>
> drivers/char/nozomi.c: In function 'interrupt_handler':
> drivers/char/nozomi.c:1298: warning: overflow in implicit constant conversion
> drivers/char/nozomi.c: In function 'nozomi_card_init':
> drivers/char/nozomi.c:1568:
On Wed, Jul 25, 2007 at 04:03:04AM -0700, Andrew Morton wrote:
>...
> Changes since 2.6.22-rc6-mm1:
>...
> +dma-arch-fix.patch
>
> Fix git-dma.patch
>...
This results in an ARM-only driver in an X86-only menu...
What about the patch below instead that also improves a few other things?
<--
On Wed, 25 Jul 2007 14:55:01 -0600 [EMAIL PROTECTED] wrote:
> --- /dev/null
> +++ linux-2.6.23-rc1/include/asm-mips/edac.h
> @@ -0,0 +1,35 @@
> +#ifndef ASM_EDAC_H
> +#define ASM_EDAC_H
> +
> +/* ECC atomic, DMA, SMP and interrupt safe scrub function */
> +
> +static __inline__ void
On Wed, 25 Jul 2007 14:54:21 -0600 [EMAIL PROTECTED] wrote:
> +void edac_mc_reset_delay_period(int value)
> {
> - /* cancel the current workq request */
> - edac_mc_workq_teardown(mci);
> + struct mem_ctl_info *mci;
> + struct list_head *item;
> +
> + mutex_lock(_ctls_mutex);
On Wed, 25 Jul 2007 23:43:29 +0200 (CEST) Jiri Slaby <[EMAIL PROTECTED]> wrote:
> moxa, fix and optimise empty timer
>
> don't wait and delete empty timer in empty timer function. Also fire next
> empty timer at rounded jiffies to save power.
>
What is actually being "fixed" here?
>
> ---
>
[EMAIL PROTECTED] wrote:
> On Thu, 26 Jul 2007, Len Brown wrote:
> > On Wednesday 25 July 2007 16:40, Al Boldi wrote:
> >> Linus Torvalds wrote:
> >>> On Wed, 25 Jul 2007, Len Brown wrote:
> git://git.kernel.org/pub/scm/linux/kernel/git/lenb/linux-acpi-2.6.git
> release
>
>
Meelis Roos writes:
> This patch fixes arch/ppc kernels, at least for prep subarch, after
> build-id addition. Without the patch, kernels were 3 times the size and
> bootloader refused to load them. Now they are back to normal again.
I just built an ARCH=ppc kernel for the prep subarch and the
On Thu, 26 Jul 2007, Len Brown wrote:
CONFIG_ACPI_SLEEP. Not trivial for a user to select it
when it doesn't even appear on the menu. It doesn't appear
because CONFIG_SUSPEND_SMP isn't enabled, but that doesn't
appear either -- because CONFIG_HOTPLUG_CPU isn't selected.
so have something
On Wed, 25 Jul 2007 09:09:01 -0700
"Ray Lee" <[EMAIL PROTECTED]> wrote:
> No, there's a third case which I find the most annoying. I have
> multiple working sets, the sum of which won't fit into RAM. When I
> finish one, the kernel had time to preemptively swap back in the
> other, and yet it
On Wednesday 25 July 2007 22:20, [EMAIL PROTECTED] wrote:
> On Wed, 25 Jul 2007, Len Brown wrote:
>
> > On Wednesday 25 July 2007 14:48, Linus Torvalds wrote:
> >
> >> ... ACPI now seems to select CPU hotplug. Why?
> >
> > ACPI=y SMP=y systems require SUSPEND_SMP=y for system sleep support,
> >
On Thu, 26 Jul 2007 04:20:10 + "Dave Young" <[EMAIL PROTECTED]> wrote:
> >On 7/25/07, Andrew Morton <[EMAIL PROTECTED]> wrote:
> > On Wed, 25 Jul 2007 14:19:05 + Dave Young <[EMAIL PROTECTED]> wrote:
> >
> > > Hi,
> > > in preemptible kernel will report BUG: using smp_processor_id() in
>
>On 7/25/07, Andrew Morton <[EMAIL PROTECTED]> wrote:
> On Wed, 25 Jul 2007 14:19:05 + Dave Young <[EMAIL PROTECTED]> wrote:
>
> > Hi,
> > in preemptible kernel will report BUG: using smp_processor_id() in
> > preemptible, so use boot_cpu_data instead of current_cpu_data.
> >
> >
On Wed, 25 Jul 2007 16:40:06 -0700 [EMAIL PROTECTED] (Masoud Asgharifard
Sharbiani) wrote:
> This patch makes the i386 behave the same way that x86_64 does when a
> segfault happens. A line gets printed to the kernel log so that tools
> that need to check for failures can behave more uniformly
On Thu, 26 Jul 2007, Len Brown wrote:
On Wednesday 25 July 2007 16:40, Al Boldi wrote:
Linus Torvalds wrote:
On Wed, 25 Jul 2007, Len Brown wrote:
git://git.kernel.org/pub/scm/linux/kernel/git/lenb/linux-acpi-2.6.git
release
Fixes regressions -- a build failure, an oops, some dmesg spam.
Bartlomiej Zolnierkiewicz wrote:
On Wednesday 25 July 2007, Ingo Molnar wrote:
you dont _have to_ cooperative with the maintainer, but it's certainly
useful to work with good maintainers, if your goal is to improve Linux.
Or if for some reason communication is not working out fine then grow
On Wednesday 25 July 2007 16:40, Al Boldi wrote:
> Linus Torvalds wrote:
> > On Wed, 25 Jul 2007, Len Brown wrote:
> > > git://git.kernel.org/pub/scm/linux/kernel/git/lenb/linux-acpi-2.6.git
> > > release
> > >
> > > Fixes regressions -- a build failure, an oops, some dmesg spam.
> > > Also fixes
On 07/25/2007 07:15 PM, Robert Deaton wrote:
On 7/25/07, Rene Herman <[EMAIL PROTECTED]> wrote:
And there we go again -- off into blabber-land. Why does swap-prefetch
help updatedb? Or doesn't it? And if it doesn't, why should anyone
trust anything else someone who said it does says?
I
On Jul 25, 2007, at 22:03:37, [EMAIL PROTECTED] wrote:
On Wed, 25 Jul 2007, Satyam Sharma wrote:
On 7/25/07, Lars Ellenberg <[EMAIL PROTECTED]> wrote:
On Wed, Jul 25, 2007 at 04:41:53AM +0530, Satyam Sharma wrote:
[...]
But where does the "send" come into the picture over here -- a
send
hi,
When we press ctrl-alt-del,kernel_restart_prepare will revoke
cfi_intelext_reboot which
will set flash to read array mode,but later when device_shutdown is
invoked which may
put current work queue to sleep and other process may be sheduled to
running and programming flash in not FL_READY
On Wed, 25 Jul 2007 18:03:14 -0400 [EMAIL PROTECTED] wrote:
> On Wed, 25 Jul 2007 04:03:04 PDT, Andrew Morton said:
>
> > ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.23-rc1/2.6.23-rc1-mm1/
>
> It built and booted on the first try for my Dell Latitude D820 laptop, Core2
>
On Wed, 2007-07-25 at 18:22 -0400, Rob Landley wrote:
> On Monday 23 July 2007 9:01:48 pm Rusty Russell wrote:
> > > IOW, I'd be interested in hearing Rob and Randy's opinions on it all,
> > > please.
> >
> > So they can see what we're talking about, here's an example of the
> > output:
> >
> >
On Wednesday 25 July 2007 08:21:06 pm Shaohua Li wrote:
> On Wed, 2007-07-25 at 17:37 -0700, Yinghai Lu wrote:
> > On 7/25/07, Bjorn Helgaas <[EMAIL PROTECTED]> wrote:
> > > Yinghai, you mentioned the same issue on boxes with multiple root
> > > bridges. Any chance you could try this out there as
I've just been reviewing these patches and have spotted a couple of
errors that look like they were caused by fuzz during the patch process.
A patch that corrects the errors is attached.
Cheers
Peter
--
Peter Williams [EMAIL PROTECTED]
"Learning, n. The kind
On 7/25/07, Andrew Morton <[EMAIL PROTECTED]> wrote:
On Wed, 25 Jul 2007 16:40:06 -0700
[EMAIL PROTECTED] (Masoud Asgharifard Sharbiani) wrote:
> > Look: if there's a way in which an unprivileged user can trigger a printk
> > we fix it, end of story. I don't know why this even slightly
> >
On Wed, 25 Jul 2007 20:10:16 -0700
Andrew Morton <[EMAIL PROTECTED]> wrote:
> On Thu, 26 Jul 2007 11:50:20 +0900 KAMEZAWA Hiroyuki <[EMAIL PROTECTED]>
> wrote:
>
> > I refreshed config_zone_movable patch set against 2.6.23-rc1.
> > Reflected comments on previous version.
> > Tested on ia64/NUMA
On 7/26/07, Ray Lee <[EMAIL PROTECTED]> wrote:
> Yeah, I know about inotify, but it doesn't scale.
Yeah, the nonrecursive behaviour is a bugger. Also I found it helped
to queue operations in userspace and execute periodically rather than
trying to execute on every single notification. Worked
On Thu, 26 Jul 2007 11:50:20 +0900 KAMEZAWA Hiroyuki <[EMAIL PROTECTED]> wrote:
> I refreshed config_zone_movable patch set against 2.6.23-rc1.
> Reflected comments on previous version.
> Tested on ia64/NUMA system and my small i386 desktop.
>
> Andrew, I like this patch but know that there are
Use mutex instead of semaphore in sysfs/file.c : sys_buffer.
Signed-off-by: Dave Young <[EMAIL PROTECTED]>
---
fs/sysfs/file.c | 14 +++---
1 file changed, 7 insertions(+), 7 deletions(-)
diff -upr linux/fs/sysfs/file.c linux.new/fs/sysfs/file.c
--- linux/fs/sysfs/file.c
Makes ZONE_MOVABLE as configurable
Based on "zone_ifdef_cleanup_by_renumbering.patch"
Signed-Off-By: KAMEZAWA Hiroyuki <[EMAIL PROTECTED]>
---
include/linux/gfp.h|3 ++-
include/linux/mmzone.h | 15 +++
include/linux/vmstat.h | 13 +++--
mm/Kconfig
I refreshed config_zone_movable patch set against 2.6.23-rc1.
Reflected comments on previous version.
Tested on ia64/NUMA system and my small i386 desktop.
Andrew, I like this patch but know that there are many types of memory layout.
Could you test this set in -mm ?
I'll refresh this against
Ravinandan Arakali (rarakali) wrote:
Hi,
When a process dumps core, the do_coredump() initiates the core
file generation. Is this operation synchronous(does the kernel
wait for core to be completely written to disk) ?
The operations whereby
(1) a process is in the process of exiting while;
On Wed, Jul 25, 2007 at 10:10:07PM -0400, Chris Mason wrote:
> On Thu, 26 Jul 2007 03:37:28 +0200
> Nick Piggin <[EMAIL PROTECTED]> wrote:
>
> >
> > > One advantage to the state tree is that it separates the state from
> > > the memory being described, allowing a simple kmap style interface
> >
Hi,
Some general thoughts about submitter/maintainer responsibilities,
not necessarily connected with the recents events (I hasn't been
following them closely - some people don't have that much free time
to burn at their hands ;)...
On Wednesday 25 July 2007, Ingo Molnar wrote:
>
> * Satyam
help
-
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 Wed, 2007-07-25 at 17:37 -0700, Yinghai Lu wrote:
> On 7/25/07, Bjorn Helgaas <[EMAIL PROTECTED]> wrote:
> > On Wednesday 25 July 2007 07:32:53 am Sébastien Dugué wrote:
> > > On Wed, 25 Jul 2007 07:16:44 -0600 Bjorn Helgaas <[EMAIL PROTECTED]>
> > > wrote:
> > >
> > > > The _DDN is a "DOS
On Thu, 26 Jul 2007 01:55:03 + "Dave Young" <[EMAIL PROTECTED]> wrote:
> Hi,
> drivers/built-in.o(.text+0xc649): In function `acpi_pci_choose_state':
> : undefined reference to `acpi_pm_device_sleep_state'
> drivers/built-in.o(.text+0x3fe08): In function `pnpacpi_suspend':
> : undefined
On Wed, 25 Jul 2007, Len Brown wrote:
On Wednesday 25 July 2007 14:48, Linus Torvalds wrote:
... ACPI now seems to select CPU hotplug. Why?
ACPI=y SMP=y systems require SUSPEND_SMP=y for system sleep support,
and that requires HOTPLUG_CPU=y.
Note that ACPI=y SMP=n systems do not need it,
Hello.
I have fax modems that will, in their proper behavior with certain
features, send up to 64 kilobytes of data to the host DTE all at once.
(So, the fax modem handles an incoming fax and periodically will send
between 256 bytes and 64 kilobytes of data in bursts.)
When the DCE-DTE
On Thu, 26 Jul 2007 03:37:28 +0200
Nick Piggin <[EMAIL PROTECTED]> wrote:
>
> > One advantage to the state tree is that it separates the state from
> > the memory being described, allowing a simple kmap style interface
> > that covers subpages, highmem and superpages.
>
> I suppose so,
On Thu, Jul 26, 2007 at 11:44:22AM +1000, Dave Airlie wrote:
> >
> >Yeah I had a bit of a look around, and it seems OK (but would
> >appreciate an ack from someone who knows the code).
> >
> >These pages will never get seen by page reclaim, so we're OK
> >there. There is a get_page before the
On Wed, 25 Jul 2007, Satyam Sharma wrote:
On 7/25/07, Lars Ellenberg <[EMAIL PROTECTED]> wrote:
On Wed, Jul 25, 2007 at 04:41:53AM +0530, Satyam Sharma wrote:
> [...]
>
> But where does the "send" come into the picture over here -- a send
> won't block forever, so I don't foresee any
Hi,
drivers/built-in.o(.text+0xc649): In function `acpi_pci_choose_state':
: undefined reference to `acpi_pm_device_sleep_state'
drivers/built-in.o(.text+0x3fe08): In function `pnpacpi_suspend':
: undefined reference to `acpi_pm_device_sleep_state'
make: *** [.tmp_vmlinux1] Error 1
The
On Wed, Jul 25, 2007 at 11:17:41PM +0200, Adrian Bunk wrote:
> On Wed, Jul 25, 2007 at 04:03:04AM -0700, Andrew Morton wrote:
> >...
> > Changes since 2.6.22-rc6-mm1:
> >...
> > git-kgdb.patch
> >
> > git trees
> >...
>
> This causes the following compile error on sh:
>
> <-- snip -->
>
>
On Thu, Jul 26, 2007 at 07:26:53AM +1000, Benjamin Herrenschmidt wrote:
> On Wed, 2007-07-25 at 13:19 +0200, Nick Piggin wrote:
> > Hi,
> >
> > Does this patch solve the X problem? Does anyone see anything wrong
> > with it or know why agp was locking the pages?
>
> We need to do a little bit of
On Wed, Jul 25, 2007 at 08:18:53AM -0400, Chris Mason wrote:
> On Wed, 25 Jul 2007 04:32:17 +0200
> Nick Piggin <[EMAIL PROTECTED]> wrote:
>
> > Having another tree to store block state I think is a good idea as I
> > said in the fsblock thread with Dave, but I haven't clicked as to why
> > it is
On 7/25/07, Yinghai Lu <[EMAIL PROTECTED]> wrote:
On 7/25/07, Bjorn Helgaas <[EMAIL PROTECTED]> wrote:
> On Wednesday 25 July 2007 07:32:53 am Sébastien Dugué wrote:
> > On Wed, 25 Jul 2007 07:16:44 -0600 Bjorn Helgaas <[EMAIL PROTECTED]> wrote:
> >
> > > The _DDN is a "DOS device name", and the
On Wed, 2007-07-25 at 08:27 -0700, Kok, Auke wrote:
> Fernando Luis Vázquez Cao wrote:
> > I made an interesting finding while testing the two patches below.
> >
> > http://lkml.org/lkml/2007/7/19/685
> > http://lkml.org/lkml/2007/7/19/687
> >
> > These patches modify the traditional
On 7/25/07, Matthew Hawkins <[EMAIL PROTECTED]> wrote:
On 7/26/07, Ray Lee <[EMAIL PROTECTED]> wrote:
> I'd just like updatedb to amortize its work better. If we had some way
> to track all filesystem events, updatedb could keep a live and
> accurate index on the filesystem. And this isn't just
On Wed, 25 Jul 2007, Linus Torvalds wrote:
>
> Hmm. I really think you should take this up with the gcc people. That
> looks like a gcc bug - because there really is nothing that guarantees
> that the asm doesn't change the array that "x" points to, and the asm
> clearly talks about
On Wed, 25 Jul 2007, Trent Piepho wrote:
>
> Specifically, check test6_memasm.s. The C code looks like this:
>
> extern int a; /* keep asm from being elided for having no used output */
> static inline void bar(void) { asm("call bar" : "=m"(a) : : "memory"); }
> /* float x can't alias asm's
On 7/26/07, Ray Lee <[EMAIL PROTECTED]> wrote:
I'd just like updatedb to amortize its work better. If we had some way
to track all filesystem events, updatedb could keep a live and
accurate index on the filesystem. And this isn't just updatedb that
wants that, beagle and tracker et al also want
David Miller writes:
> Contrarily, there may be ipv6_addr_type() call sites that really
> do want to reject rfc4193 addresses.
A quick look through the callers and only these functions should be
effected, they check either RESERVED or UNICAST from ipv6_addr_type():
net/ipv6/addrconf.c:
On Tue, 24 Jul 2007, Linus Torvalds wrote:
> On Tue, 24 Jul 2007, Trent Piepho wrote:
> >
> > Speaking of that, why are all the asm functions in arch/i386/lib/string.c
> > defined as having a memory clobber, even those which don't modify memory
> > like strcmp, strchr, strlen and so on?
>
> That's
[one more try]
On Thu, Jul 26, 2007 at 02:41:14AM +0200, Nick Piggin wrote:
> [forgot to cc Dave Jones...]
>
>
> On Thu, Jul 26, 2007 at 07:26:53AM +1000, Benjamin Herrenschmidt wrote:
> > On Wed, 2007-07-25 at 13:19 +0200, Nick Piggin wrote:
> > > Hi,
> > >
> > > Does this patch solve the X
On Wed, 2007-07-25 at 11:26 -0700, Linus Torvalds wrote:
>
> On Wed, 25 Jul 2007, Bryan Wu wrote:
> >
> > Please pull from 'for-linus' branch of
>
> This really is too big for post-rc1.
>
> I realize that this is all blackfin-only, and that it doesn't matter from
> a practical standpoint, but
[forgot to cc Dave Jones...]
On Thu, Jul 26, 2007 at 07:26:53AM +1000, Benjamin Herrenschmidt wrote:
> On Wed, 2007-07-25 at 13:19 +0200, Nick Piggin wrote:
> > Hi,
> >
> > Does this patch solve the X problem? Does anyone see anything wrong
> > with it or know why agp was locking the pages?
>
On 7/25/07, Bjorn Helgaas <[EMAIL PROTECTED]> wrote:
On Wednesday 25 July 2007 07:32:53 am Sébastien Dugué wrote:
> On Wed, 25 Jul 2007 07:16:44 -0600 Bjorn Helgaas <[EMAIL PROTECTED]> wrote:
>
> > The _DDN is a "DOS device name", and the _UID is a "logical device ID
> > that does not change
Gabriel Barazer wrote:
Hi,
After upgrading kernel to 2.6.22 on a Vmware workstation guest version
5.5 and 6 , the kernel decompression stage ("Decompressing Linux...")
is hanging for a very long time (~5 minutes) before finally
succeeding (displaying "done.\nBooting the kernel.\n"). During
On Wed, 25 Jul 2007 17:07:05 -0700
Greg KH <[EMAIL PROTECTED]> wrote:
> > Guessing is this patch ?
> >
> > gregkh-driver-warn-when-statically-allocated-kobjects-are-used.patch:
> > __tracedata_end = .;
> > gregkh-driver-warn-when-statically-allocated-kobjects-are-used.patch:+
> >
From: Andrew Gallatin <[EMAIL PROTECTED]>
Date: Wed, 25 Jul 2007 13:17:54 -0400
> I've ported myri10ge to use the new LRO interface. I have attached a
> preliminary patch to myri10ge. I'm very pleased to note that the
> performance is on-par with my own LRO used by our out-of-tree driver.
>
An accept() call on a SCTPv6 socket that returns due to connection of
a IPv4 mapped peer will fill out the 'struct sockaddr' with a zero
IPv6 address instead of the IPv4 mapped address of the peer.
This is due to the v4mapped flag not getting copied into the new
socket on accept() as well as a
ipv6_addr_type() doesn't check for 'Unique Local IPv6 Unicast
Addresses' (RFC4193) and returns IPV6_ADDR_RESERVED for that range.
SCTP uses this function and will fail bind() and connect() calls that
use RFC4193 addresses, SCTP will also ignore inbound connections from
RFC4193 addresses if
On Wed, 2007-07-25 at 18:30 -0500, Dave McCracken wrote:
> On Wednesday 25 July 2007, Benjamin Herrenschmidt wrote:
> > Depends... if you have CONFIG_HIGHMEM and not CONFIG_HIGHPTE, you are
> > wasting time going through kmap_atomic unnecessarily no ? it will probably
> > not do anything because
On Wed, 2007-07-25 at 17:11 -0700, Greg KH wrote:
> On Wed, Jul 25, 2007 at 09:58:08AM +0200, Cornelia Huck wrote:
> > On Wed, 25 Jul 2007 02:19:18 +0200,
> > "Kay Sievers" <[EMAIL PROTECTED]> wrote:
> >
> > > > >> Removing the dev->parent->bus check fixes it:
> > >
> > > Yes, let's remove the
Hi,
After upgrading kernel to 2.6.22 on a Vmware workstation guest version
5.5 and 6 , the kernel decompression stage ("Decompressing Linux...") is
hanging for a very long time (~5 minutes) before finally succeeding
(displaying "done.\nBooting the kernel.\n"). During this time, the VM
From: Dave Johnson <[EMAIL PROTECTED]>
Date: Wed, 25 Jul 2007 19:49:09 -0400
>
> ipv6_addr_type() doesn't check for 'Unique Local IPv6 Unicast
> Addresses' (RFC4193) and returns IPV6_ADDR_RESERVED for that range.
>
> SCTP uses this function and will fail bind() and connect() calls that
> use
On Wed, Jul 25, 2007 at 09:58:08AM +0200, Cornelia Huck wrote:
> On Wed, 25 Jul 2007 02:19:18 +0200,
> "Kay Sievers" <[EMAIL PROTECTED]> wrote:
>
> > > >> Removing the dev->parent->bus check fixes it:
> >
> > Yes, let's remove the check, I will check now if we possibly need to
> > fix more than
On Wed, Jul 25, 2007 at 11:05:22PM +0200, Gabriel C wrote:
> Gabriel C wrote:
> > H. Peter Anvin wrote:
> >> Sam Ravnborg wrote:
> >>> On Wed, Jul 25, 2007 at 08:48:50PM +0200, Michal Piotrowski wrote:
> On 25/07/07, Andrew Morton <[EMAIL PROTECTED]> wrote:
> >
On Wed, 25 Jul 2007 16:40:06 -0700
[EMAIL PROTECTED] (Masoud Asgharifard Sharbiani) wrote:
> > Look: if there's a way in which an unprivileged user can trigger a printk
> > we fix it, end of story. I don't know why this even slightly
> > controversial.
> >
>
> Fair enough. Here it is:
My
Sam Ravnborg wrote:
> On Tue, Jul 24, 2007 at 09:48:48AM +0200, Gabriel C wrote:
>> Al Viro wrote:
>>> On Mon, Jul 23, 2007 at 09:18:38PM -0400, Jeff Garzik wrote:
make allmodconfig on i386:
WARNING: vmlinux(.text+0xc0101183): Section mismatch: reference to
>>> Ignore. vmlinux.o
Satyam Sharma [mailto:[EMAIL PROTECTED]
>
>Make CONFIG_INTEL_IOATDMA select CONFIG_DCA because it uses code
>exported from said dependency:
>
># CONFIG_DCA is not set
>CONFIG_INTEL_IOATDMA=m
>
>ERROR: "alloc_dca_provider" [drivers/dma/ioatdma.ko] undefined!
>ERROR: "register_dca_provider"
Stacked GIT 0.13 release is available from http://www.procode.org/stgit/.
StGIT is a Python application providing similar functionality to Quilt
(i.e. pushing/popping patches to/from a stack) on top of GIT. These
operations are performed using GIT commands and the patches are stored
as GIT commit
Question:
Could those who have found this prefetch helps them alot say how
many disks they have? In particular, is their swap on the same
disk spindle as their root and user files?
Answer - for me:
On my system where updatedb is a big problem, I have one, slow, disk.
On both desktop
On Wed, Jul 25, 2007 at 04:25:28PM -0700, Andrew Morton wrote:
> On Wed, 25 Jul 2007 14:07:56 -0700
> "Masoud Sharbiani" <[EMAIL PROTECTED]> wrote:
>
> > On 7/25/07, Andrew Morton <[EMAIL PROTECTED]> wrote:
> > > On Wed, 25 Jul 2007 16:57:43 +0200
> > > Andi Kleen <[EMAIL PROTECTED]> wrote:
> > >
On Thu, 19 Jul 2007, Greg KH wrote:
>
> Here are some more USB patches and fixes against your 2.6.22 git tree.
>
> They add a new usb gadget driver, more urb->status cleanups, a new sysfs
> attribute to get the raw config of the usb device, and some bugfixes and
> documentation updates.
I have
On Tue, 2007-07-24 at 22:45 +0100, Adrian McMenamin wrote:
> On 23/07/07, Antonino A. Daplas <[EMAIL PROTECTED]> wrote:
> > On Sun, 2007-07-22 at 19:41 +0100, Adrian McMenamin wrote:
> > > I ma having problems with the pvr2 fb on the Dreamcast in 2.6.22-git17
> > > - when the code is executed it
On Wednesday 25 July 2007, Benjamin Herrenschmidt wrote:
> Depends... if you have CONFIG_HIGHMEM and not CONFIG_HIGHPTE, you are
> wasting time going through kmap_atomic unnecessarily no ? it will probably
> not do anything because the PTE page is in lowmem but still...
Probably not much time.
On Wednesday 25 July 2007 14:58, Andrew Morton wrote:
> On Wed, 25 Jul 2007 13:23:04 -0400
> Len Brown <[EMAIL PROTECTED]> wrote:
>
> > Andrew, you want to re-pull the acpi tree, or do you want me to send
> > you some patches on top of the current mm?
>
> I'd appreciate a fix for this one,
On Wed, 25 Jul 2007 14:07:56 -0700
"Masoud Sharbiani" <[EMAIL PROTECTED]> wrote:
> On 7/25/07, Andrew Morton <[EMAIL PROTECTED]> wrote:
> > On Wed, 25 Jul 2007 16:57:43 +0200
> > Andi Kleen <[EMAIL PROTECTED]> wrote:
> >
> > > On Wednesday 25 July 2007 16:45, Kirill Korotaev wrote:
> > > > plz
On Thu, 2007-07-26 at 01:18 +0200, Andreas Schwab wrote:
> Satya <[EMAIL PROTECTED]> writes:
>
> > hello,
> > The implementation of pte_offset_map() for ppc assumes that PTEs are
> > kept in highmem (CONFIG_HIGHPTE). There is only one implmentation of
> > pte_offset_map() as follows
Satya <[EMAIL PROTECTED]> writes:
> hello,
> The implementation of pte_offset_map() for ppc assumes that PTEs are
> kept in highmem (CONFIG_HIGHPTE). There is only one implmentation of
> pte_offset_map() as follows (include/asm-ppc/pgtable.h):
>
> #define pte_offset_map(dir, addr) \
* Len Brown ([EMAIL PROTECTED]) wrote:
> > > > > [ 13.506890] ACPI Exception (processor_throttling-0084):
> > > > > AE_NOT_FOUND, Evaluating _PTC [20070126]
> > > > > [ 13.507101] ACPI Exception (processor_throttling-0147):
> > > > > AE_NOT_FOUND, Evaluating _TSS [20070126]
>
> Note that
Arkadiusz Miskiewicz wrote:
Hello,
What does "very big device. try to use READ CAPACITY(16)" mean for user? Is
this advice for driver developer or for user (if for user then what does it
mean exactly) ?
It isn't really advice at all, just indicates that the sd driver needed
to use the
On Wed, 2007-07-25 at 17:16 -0500, Satya wrote:
> hello,
> The implementation of pte_offset_map() for ppc assumes that PTEs are
> kept in highmem (CONFIG_HIGHPTE). There is only one implmentation of
> pte_offset_map() as follows (include/asm-ppc/pgtable.h):
>
> #define pte_offset_map(dir, addr)
Hello,
What does "very big device. try to use READ CAPACITY(16)" mean for user? Is
this advice for driver developer or for user (if for user then what does it
mean exactly) ?
sdc : very big device. try to use READ CAPACITY(16).
SCSI device sdc: 4823210240 512-byte hdwr sectors (2469484 MB)
Trivial nits ...
On 7/26/07, Michael Halcrow <[EMAIL PROTECTED]> wrote:
[...]
+/**
+ * ecryptfs_global_auth_tok structs refer to authentication token keys
+ * in the user keyring that apply to newly created files. A list of
+ * these objects hangs off of the mount_crypt_stat struct for any
+ *
On Wednesday 25 July 2007 14:48, Linus Torvalds wrote:
> ... ACPI now seems to select CPU hotplug. Why?
ACPI=y SMP=y systems require SUSPEND_SMP=y for system sleep support,
and that requires HOTPLUG_CPU=y.
Note that ACPI=y SMP=n systems do not need it,
and thus will not select HOTPLUG_CPU=y
>
On Wed 2007-07-25 20:20:42, Richard Purdie wrote:
> On Wed, 2007-07-25 at 19:01 +, Pavel Machek wrote:
> > > I enabled the MMC_UNSAFE_RESUME option and the problems I was seeing was
> > > "fixed". I think having this option is a bad idea (in its current form)
> > > as it doesn't actually stop
Hi!
> > > > ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.23-rc1/2.6.23-rc1-mm1/
> > >
> > > from pm-move-definition-of-struct-pm_ops-to-suspendh.patch :
> > >
> > > drivers/video/chipsfb.c: In function 'chipsfb_pci_suspend':
> > > drivers/video/chipsfb.c:461: error:
On Wednesday 25 July 2007 07:32:53 am Sébastien Dugué wrote:
> On Wed, 25 Jul 2007 07:16:44 -0600 Bjorn Helgaas <[EMAIL PROTECTED]> wrote:
>
> > The _DDN is a "DOS device name", and the _UID is a "logical device ID
> > that does not change across reboots." Both are optional, and PNPACPI
> >
On Wed, Jul 25, 2007 at 05:36:56PM +0100, Andy Whitcroft wrote:
> Will investigate the NUMA-Q explosion and report on that separatly.
Ok, I've been looking at the NUMA-Q boot panic below:
BUG: unable to handle kernel NULL pointer dereference at virtual address
printing eip:
c111689f
On 7/25/07, Paul Jackson <[EMAIL PROTECTED]> wrote:
Question:
Could those who have found this prefetch helps them alot say how
many disks they have? In particular, is their swap on the same
disk spindle as their root and user files?
I have found that swap prefetch helped on all of the
On 26/07/07, Paul Jackson <[EMAIL PROTECTED]> wrote:
> and the fact is: updatedb discards a considerable portion of the cache
> completely unnecessarily: on a reasonably complex box no way do all the
I'm wondering how much of this updatedb problem is due to poor layout
of swap and other file
Li, Tong N wrote:
On Wed, 2007-07-25 at 16:55 -0400, Chris Snook wrote:
Chris Friesen wrote:
Ingo Molnar wrote:
the 3s is the problem: change that to 60s! We no way want to
over-migrate for SMP fairness, the change i did gives us reasonable
long-term SMP fairness without the need for
On Monday 23 July 2007 9:01:48 pm Rusty Russell wrote:
> > IOW, I'd be interested in hearing Rob and Randy's opinions on it all,
> > please.
>
> So they can see what we're talking about, here's an example of the
> output:
>
> http://lguest.ozlabs.org/lguest-journey.c.bz2
Er, so you read the
On Wed, 2007-07-25 at 15:05 -0700, Paul Jackson wrote:
[snip]
> Question:
> Could those who have found this prefetch helps them alot say how
> many disks they have? In particular, is their swap on the same
> disk spindle as their root and user files?
>
> Answer - for me:
> On my system
1 - 100 of 1038 matches
Mail list logo
