On Mon, 2007-04-02 at 16:04 -0400, Alan Stern wrote:
> > It's not that simple though, especially with HPET. The BIOS may expect
> > the PIT to work, but Linux currently (and problematically!) uses HPET in
> > "legacy replacement mode". And ISTR the problems are coming up when the
> > system is
Hi Dave,
On Mon, 2 Apr 2007 15:22:09 -0400, Dave Jones wrote:
> On Mon, Apr 02, 2007 at 05:48:59PM +0200, Jean Delvare wrote:
> > + u8 val;
> > +#ifdef CONFIG_ACPI
> > + acpi_ut_acquire_mutex(ACPI_MTX_INTERPRETER);
> > +#endif
> >outb(reg, data->addr + ADDR_REG_OFFSET);
> > - return
On Tue, 2007-04-03 at 10:06 +0600, Alexander E. Patrakov wrote:
> Antonino A. Daplas wrote:
> > Create a variable, default_utf8, that defines the system-wide default UTF-8
> > setting. This variable can be altered via sysfs. If the variable is
> > properly
> > set, this should mimimize breakage
[resending. my mail service was down for more than a week and this
message didn't get delivered.]
[EMAIL PROTECTED] wrote:
> > Anyway, what's annoying is that I can't figure out how to bring the
> > drive back on line without resetting the box. It's in a hot-swap
enclosure,
> > but power
On Mon, 2007-04-02 at 21:57 -0700, Andrew Morton wrote:
> On Tue, 03 Apr 2007 14:45:02 +1000 Rusty Russell <[EMAIL PROTECTED]> wrote:
> > Does that mean the to function correctly every user needs some internal
> > cursor so it doesn't end up scanning the first N entries over and over?
> >
>
> If
On Tue, 3 Apr 2007, Len Brown wrote:
Which increased stability, disabling ACPI, or disabling the IOAPIC?
To be honest, we're not sure. See below.
Your box has MPS, so you should be able to use the IOAPIC in either mode.
MPS - Multiprocessor Specification? SMP? Yes, it'd be good to use the
ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.21-rc5/2.6.21-rc5-mm4/
- The oops in git-net.patch has been fixed, so that tree has been restored.
It is huge.
- Added the device-mapper development tree to the -mm lineup (Alasdair
Kergon). It is a quilt tree, living at
Milind Arun Choudhary wrote:
IXGB_ROUNDUP macro cleanup ,use ALIGN
cool beans!
Same reply as to the ALIGN patch you sent for e1000 -> We'll take it for a spin
and I'll push your patch upstream as part of the regular updates!
Thanks,
Auke
Signed-off-by: Milind Arun Choudhary <[EMAIL
On Mon, Apr 02, 2007 at 02:17:32PM -0700, Andrew Morton wrote:
> On Mon, 2 Apr 2007 14:56:36 +0530
> Ananth N Mavinakayanahalli <[EMAIL PROTECTED]> wrote:
>
> > From: Ananth N Mavinakayanahalli <[EMAIL PROTECTED]>
> >
> > In certain cases like when the real return address can't be found or
> >
On Mon, Apr 02, 2007 at 09:57:02PM -0700, Andrew Morton wrote:
> On Tue, 03 Apr 2007 14:45:02 +1000 Rusty Russell <[EMAIL PROTECTED]> wrote:
>
> > On Mon, 2007-04-02 at 20:58 -0700, Andrew Morton wrote:
> > > On Tue, 03 Apr 2007 13:44:45 +1000 Rusty Russell <[EMAIL PROTECTED]>
> > > wrote:
> > >
On Mon, 2 Apr 2007, Chuck Ebbert wrote:
Where is the info from before you changed to "noapic"? Or were the
machines always using XT-PIC for all the interrupts???
XT-PIC is only used since we switched to noapic, before there was
IO-APIC-fasteoi on both ethernet cards and interrupts were
On Tue, 2007-04-03 at 12:37 +1000, Con Kolivas wrote:
> On Thursday 29 March 2007 15:50, Mike Galbraith wrote:
> > On Thu, 2007-03-29 at 09:44 +1000, Con Kolivas wrote:
> > + * This contains a bitmap for each dynamic priority level with empty slots
> > + * for the valid priorities each different
Vivek Goyal <[EMAIL PROTECTED]> writes:
>> I guess at this point the easy case is that we modify /sbin/kexec to support
>> it. And the other bootloaders can come be upgraded if the feature is
>> interesting enough.
>>
>> > On i386, somebody already found an interesting usage of
>
On Tue, 2007-04-03 at 12:34 +1000, Con Kolivas wrote:
> On Saturday 31 March 2007 19:28, Xenofon Antidides wrote:
> > For long time now I use windows to work
> > problems. I cannot play wine games with audio, I
> > cannot sample video, I cannot use skype, I cannot play
> > midi. And even linux
On Monday 02 April 2007 15:41, Christian Kujau wrote:
>
> Hi there,
>
> we have serious problems with 2 of our servers: both shiny new amd64
> dual core, with both 2GB RAM, 32bit kernel+userland (Debian/testing).
> Both servers have 2 NICs, RTL8139 (eth0, irq10) and RTL8169s
> (eth1, irq11).
>
On Mon, Apr 02, 2007 at 05:44:34PM -0400, Jeff Dike wrote:
> There are sites (http://uml.nagafix.co.uk/ being the best one I know
> of) where, with two downloads, two uncompressions, and one command
> line later, you have a booted UML.
>
> The only way I know of to improve on this, aside from
Hi Greg,
Here is another patch extending struct device_type. I need it to
implement generic suspend/resume routines for input devices.
As you may remember input core devices and interface devices are
mixed in the same class and because suspend/resume only applies
to core devices so I can't define
On Monday 02 April 2007 19:12, Pete Zaitcev wrote:
> On Mon, 2 Apr 2007 16:48:24 +0200 (CEST), Jiri Kosina <[EMAIL PROTECTED]>
> wrote:
> > On Sun, 1 Apr 2007, Pete Zaitcev wrote:
>
> > could you please change the order of the two functions, so that you
> > don't have to put the forward
On Tue, 03 Apr 2007 14:45:02 +1000 Rusty Russell <[EMAIL PROTECTED]> wrote:
> On Mon, 2007-04-02 at 20:58 -0700, Andrew Morton wrote:
> > On Tue, 03 Apr 2007 13:44:45 +1000 Rusty Russell <[EMAIL PROTECTED]> wrote:
> >
> > >
> > > I can never remember what the function to register to receive VM
On Mon, 2007-04-02 at 20:58 -0700, Andrew Morton wrote:
> On Tue, 03 Apr 2007 13:44:45 +1000 Rusty Russell <[EMAIL PROTECTED]> wrote:
>
> >
> > I can never remember what the function to register to receive VM pressure
> > is called. I have to trace down from __alloc_pages() to find it.
> >
> >
Robert Hancock wrote:
> This adds some NCQ blacklist entries taken from the Silicon Image 3124/3132
> Windows driver .inf files. There are some confirming reports of problems
> with these drives under Linux (for example
> http://lkml.org/lkml/2007/3/4/178)
> so let's disable NCQ on these drives.
>
This adds some NCQ blacklist entries taken from the Silicon Image 3124/3132
Windows driver .inf files. There are some confirming reports of problems
with these drives under Linux (for example http://lkml.org/lkml/2007/3/4/178)
so let's disable NCQ on these drives.
Signed-off-by: Robert Hancock
Antonino A. Daplas wrote:
Create a variable, default_utf8, that defines the system-wide default UTF-8
setting. This variable can be altered via sysfs. If the variable is properly
set, this should mimimize breakage of UTF-8 encoded consoles when doing a
reset or echo -e '\033c' and of newly
On Mon, Apr 02, 2007 at 04:59:26PM +0200, [EMAIL PROTECTED] wrote:
> From: [EMAIL PROTECTED] <[EMAIL PROTECTED]>
> Date: Mon, Apr 02, 2007 at 04:49:14PM +0200
> >
> > I used a working 2.6.21-rc3-mm2 tree, patched it up to 2.6.21-rc5-mm3
> > and applied your patch. I ended up with the .config
On Mon, Apr 02, 2007 at 11:26:38AM -0600, Eric W. Biederman wrote:
> Vivek Goyal <[EMAIL PROTECTED]> writes:
>
> > Only advantage of CONFIG_PHYSICAL_START seems to be that one has got
> > capability to run the kernel from other addresses without modifying the
> > boot-loader. One can argue that
On Tue, 03 Apr 2007 13:44:45 +1000 Rusty Russell <[EMAIL PROTECTED]> wrote:
>
> I can never remember what the function to register to receive VM pressure
> is called. I have to trace down from __alloc_pages() to find it.
>
> It's called "set_shrinker()", and it needs Your Help.
>
> New
On Monday 02 April 2007 8:51 pm, Tony Breeds wrote:
> On Mon, Apr 02, 2007 at 03:14:14PM -0400, Rob Landley wrote:
>
> > Sure, quite easily the source of the trouble. Attached in both
full .config
> > and mini.config formats.
>
> Okay, I have no idea how it happend but you seem to have an
On Tue, 2007-04-03 at 13:45 +1000, Rusty Russell wrote:
> It's called "set_shrinker()", and it needs Your Help.
Wrong copy. This is the one which actually compiles reiser4.
==
I can never remember what the function to register to receive VM pressure
is called. I have to trace down from
I can never remember what the function to register to receive VM pressure
is called. I have to trace down from __alloc_pages() to find it.
It's called "set_shrinker()", and it needs Your Help.
New version:
1) Don't hide struct shrinker. It contains no magic.
2) Don't allocate "struct
On Monday 02 April 2007 21:15, Li Yu wrote:
>
> If we don't use "flip-flopping" means, the common driver and specific
> driver concepts also don't need. They are completely same driver for HID
> bus, just one without some hooks, another without.
Exactly. I am glad we are getting on the same
On Monday 02 April 2007 21:40, Li Yu wrote:
> May be, we need some means to change blacklist in runtime. and
> loading/unloading such driver by specific script to do it.
Please look at the new_id sysfs attribute implementation in
drivers/pci/pci-driver.c. I believe we need something similar
to
Has anyone else noticed this regression?
-J
--
- Forwarded message from Joshua Hoblitt <[EMAIL PROTECTED]> -
From: Joshua Hoblitt <[EMAIL PROTECTED]>
Date: Thu, 29 Mar 2007 16:38:20 -1000
To: [EMAIL PROTECTED]
Subject: difference between 1.20.0X.13 & 2.6.20 in tree driver?
Hello,
I
From: David Howells <[EMAIL PROTECTED]>
Date: Mon, 02 Apr 2007 23:45:03 +0100
> Move generic skbuff stuff from XFRM code to generic code so that AF_RXRPC can
> use it too.
>
> The kdoc comments I've attached to the functions needs to be checked by
> whoever
> wrote them as I had to make some
Cornelia Huck wrote:
> On Mon, 2 Apr 2007 11:20:48 +0200,
> Cornelia Huck <[EMAIL PROTECTED]> wrote:
>
>> Cool. However, there's something fishy there (not sure whether it's in
>> your patch or a latent bug in the ccw bus code that just has been
>> uncovered):
>
> Similar bug when
This patch converts the get_cmos_time() function to
read_persistent_clock(), which allows x86_64 to utilize the full generic
timekeeping suspend/resume code path.
Unfortunately I don't have any x86_64 boxes that suspend/resume to play
w/ so this is mostly untested (but uses the same generic code
IXGB_ROUNDUP macro cleanup ,use ALIGN
Signed-off-by: Milind Arun Choudhary <[EMAIL PROTECTED]>
---
ixgb.h |3 ---
ixgb_ethtool.c |4 ++--
ixgb_main.c|4 ++--
ixgb_param.c |4 ++--
4 files changed, 6 insertions(+), 9 deletions(-)
diff --git
On Thursday 29 March 2007 15:50, Mike Galbraith wrote:
> On Thu, 2007-03-29 at 09:44 +1000, Con Kolivas wrote:
> + * This contains a bitmap for each dynamic priority level with empty slots
> + * for the valid priorities each different nice level can have. It allows
> + * us to stagger the slots
On Saturday 31 March 2007 19:28, Xenofon Antidides wrote:
> For long time now I use windows to work
> problems. I cannot play wine games with audio, I
> cannot sample video, I cannot use skype, I cannot play
> midi. And even linux only things I try do I cannot
> share my X, I cannot use more than
On Thursday 29 March 2007 18:18, Mike Galbraith wrote:
> Rereading to make sure I wasn't unclear anywhere...
>
> On Thu, 2007-03-29 at 07:50 +0200, Mike Galbraith wrote:
> > I don't see what a < 95% load really means.
>
> Egad. Here I'm pondering the numbers and light load as I'm typing, and
> my
Olaf Hering wrote:
On Mon, Apr 02, John Williams wrote:
Any comments or suggestions on a possible cause or approach to track it
down would be greatly appreciated.
Just a guess:
Check if '/dev' exists. I think it is now possible to not add the built-in
cpio archive with the mandatory /dev,
On 02.04.2007 [18:46:08 -0700], Nishanth Aravamudan wrote:
> Adam, David,
>
> Just got the following Oops and recursive fault running `make func`
> (apparently the `shared` test in particular) with kernel HEAD at
> efab03d998da03f67836ffc664b04e0400f85448 on my x86_64. Will pull latest
> Linus
Adam, David,
Just got the following Oops and recursive fault running `make func`
(apparently the `shared` test in particular) with kernel HEAD at
efab03d998da03f67836ffc664b04e0400f85448 on my x86_64. Will pull latest
Linus and reboot, but haven't seen it posted yet. This occurs both with
my
Nicolas Mailhot wrote:
>> Er, I also want to know what are drawbacks of "flip-flopping" ?
>>
>
> This will cause major havoc as soon as hot-plugging and apps listening to
> HAL events (xorg eventually) enter in play.
>
>
~_~
It really need some extra works in user space, but I do not
Hi,
Check if your U-boot enabled the udev, try diable the udev, then using
mknod to create the /dev/console.
Regards
dave
2007/4/2, Tom Strader <[EMAIL PROTECTED]>:
I checked /dev/ with U-boot and it shows the existence of /dev/console.
From U-boot prompt:
$ ls /dev
crw---0 Mon
Adrian Bunk <[EMAIL PROTECTED]> writes:
> On Sun, Apr 01, 2007 at 05:21:06PM +0200, Tilman Schmidt wrote:
>> I'm sorry to say this has now happened with kernel 2.6.21-rc5, too.
>> I started a kernel compilation in the evening and came back in the
>> morning to find all KDE decorations gone. All
Create a variable, default_utf8, that defines the system-wide default UTF-8
setting. This variable can be altered via sysfs. If the variable is properly
set, this should mimimize breakage of UTF-8 encoded consoles when doing a
reset or echo -e '\033c' and of newly opened/allocated consoles.
This
Marcel Holtmann wrote:
> The cleanest solution without a layer violation is that you can
> register a driver for a specific VID/PID and then report id (one or
> more). All
> reports with ids that we don't have a special driver for are handled by
> the default HID->input driver or handed over to
On Thursday 29 March 2007 21:22, Ingo Molnar wrote:
> [ A quick guess: could SD's substandard interactivity in this test be
> due to the SMP migration logic inconsistencies Mike noticed? This is
> an SMP system and the hackbench workload is very scheduling intense
> and tasks are frequently
Staircase Deadline improvements.
Nice is better distributed for waking tasks with a per-static-prio prio_level.
SCHED_RR tasks were not being requeued on expiration.
Tighten up accounting.
Fix comment style.
Microoptimisation courtesy of Dmitry Adamushko <[EMAIL PROTECTED]>
Signed-off-by:
Jan Engelhardt wrote:
On Apr 3 2007 08:16, Antonino A. Daplas wrote:
That would be the cleanest and purest behavior. But it's possible to set
one console to UTF-8 and another to legacy mode.
The question would be: why would you want to have mixed consoles?
Switching to UTF8 IMO does not take
On Tue, 2007-04-03 at 02:23 +0200, Jan Engelhardt wrote:
> On Apr 3 2007 08:16, Antonino A. Daplas wrote:
> >
> >That would be the cleanest and purest behavior. But it's possible to set
> >one console to UTF-8 and another to legacy mode.
>
> The question would be: why would you want to have mixed
On Mon, Apr 02, 2007 at 03:14:14PM -0400, Rob Landley wrote:
> Sure, quite easily the source of the trouble. Attached in both full .config
> and mini.config formats.
Okay, I have no idea how it happend but you seem to have an invalid
config. It looks to me like you need to select a platform.
On Mon, 2 Apr 2007 18:24:15 +0530
"kalash nainwal" <[EMAIL PROTECTED]> wrote:
> When a binary format is unregistered and re-registered,
> register_binfmt fails with -EBUSY. The reason is that
> unregister_binfmt does not set fmt->next to NULL, and seeing
> (fmt->next != NULL), register_binfmt
x86_64 implement SPARSE_VIRTUAL
x86_64 is using 2M page table entries to map its 1-1 kernel space.
We implement the virtual memmap also using 2M page table entries.
So there is no difference at all to FLATMEM. Both schemes require
a page table and a TLB for each 2MB. FLATMEM still references
[IA64] Sparse virtual implementation
Equip IA64 sparsemem with a virtual memmap. This is similar to the existing
CONFIG_VMEMMAP functionality for discontig. It uses a page size mapping.
This is provided as a minimally intrusive solution. We split the
128TB VMALLOC area into two 64TB areas and
Spare Virtual: Virtual Memmap support for SPARSEMEM V2
V1->V2
- Support for PAGE_SIZE vmemmap which allows the general use of
of virtual memmap on any MMU capable platform (enabled IA64
support).
- Fix various issues as suggested by Dave Hansen.
- Add comments and error handling.
On Mon, Apr 02, 2007 at 05:23:20PM -0700, Christoph Lameter wrote:
> On Mon, 2 Apr 2007, Siddha, Suresh B wrote:
>
> > Set the node_possible_map at runtime. On a non NUMA system,
> > num_possible_nodes() will now say '1'
>
> How does this relate to nr_node_ids?
With this patch, nr_node_ids on
On Apr 3 2007 08:16, Antonino A. Daplas wrote:
>
>That would be the cleanest and purest behavior. But it's possible to set
>one console to UTF-8 and another to legacy mode.
The question would be: why would you want to have mixed consoles?
Switching to UTF8 IMO does not take away any characters,
On Mon, 2 Apr 2007, Siddha, Suresh B wrote:
> Set the node_possible_map at runtime. On a non NUMA system,
> num_possible_nodes() will now say '1'
How does this relate to nr_node_ids?
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL
On Mon, 2007-04-02 at 10:35 -0700, H. Peter Anvin wrote:
> Antonino A. Daplas wrote:
> > Resetting the console, either by ANSI escape sequences or by the reset
> > utility,
> > will drop the console back to legacy (non-UTF-8) mode. Fix this by leaving
> > the
> > field vc_data.vc_utf untouched
On Mon, 2007-04-02 at 21:10 +0200, Jan Engelhardt wrote:
> On Apr 2 2007 22:13, Antonino A. Daplas wrote:
> >Resetting the console, either by ANSI escape sequences or by the reset
> >utility,
> >will drop the console back to legacy (non-UTF-8) mode. Fix this by leaving
> >the
> >field
> -Original Message-
> From: Ingo Molnar [mailto:[EMAIL PROTECTED]
> Sent: Monday, April 02, 2007 3:05 PM
> To: [EMAIL PROTECTED]
> Cc: Dave Sperry; linux-rt-users@vger.kernel.org; linux-
> [EMAIL PROTECTED]
> Subject: Re: Poor UDP performance using 2.6.21-rc5-rt5
>
>
> * [EMAIL
On Mon, 2007-04-02 at 16:43 -0300, Glauber de Oliveira Costa wrote:
> This patch moves lguest.c one level bellow, and enhances it with the
> ability to kick off 64 binaries. It would be much easier to just ifdef
> functions, but I have x86_64 machines loading 32-bit kernels as a longer
> goal, and
Alexey Dobriyan wrote:
Now that cpuid_on_cpu() is in core, cpuid driver can be shrinked.
Signed-off-by: Alexey Dobriyan <[EMAIL PROTECTED]>
Hi Alexey,
This, and your other changes in this area does conflict with the work
that I've been doing on extending the usability of the CPUID and MSR
On Tue, 03 Apr 2007 09:09:55 +1000
Rusty Russell <[EMAIL PROTECTED]> wrote:
> On Mon, 2007-04-02 at 19:03 +0400, Alexey Dobriyan wrote:
> > Same story as with cat /proc/*/wchan race vs rmmod race, only
> > /proc/slab_allocators want more info than just symbol name.
> >
> > Signed-off-by: Alexey
I checked /dev/ with U-boot and it shows the existence of /dev/console.
>From U-boot prompt:
$ ls /dev
crw---0 Mon Apr 02 17:52:27 2007 console
crw-r--r--0 Mon Apr 02 17:52:27 2007 null
crw-r--r--0 Mon Apr 02 17:52:27 2007 zero
Also, I added a printk in the
On Mon, 2 Apr 2007 16:48:24 +0200 (CEST), Jiri Kosina <[EMAIL PROTECTED]> wrote:
> On Sun, 1 Apr 2007, Pete Zaitcev wrote:
> could you please change the order of the two functions, so that you
> don't have to put the forward declaration here?
>[...]
> I'd say this is a little bit overcommented.
On Mon, 2007-04-02 at 19:03 +0400, Alexey Dobriyan wrote:
> Same story as with cat /proc/*/wchan race vs rmmod race, only
> /proc/slab_allocators want more info than just symbol name.
>
> Signed-off-by: Alexey Dobriyan <[EMAIL PROTECTED]>
All these look excellent. I hope Andrew picked them up?
On Mon, 2007-04-02 at 19:01 +0400, Alexey Dobriyan wrote:
> +static inline int module_get_kallsym(unsigned int symnum, unsigned long
> *value,
> + char *type, char *name,
> + char *module_name, int *exported)
> {
> -
On Sun, Apr 01, 2007 at 06:48:03PM +0200, Rafael J. Wysocki wrote:
> On Sunday, 1 April 2007 17:21, Tilman Schmidt wrote:
> > I'm sorry to say this has now happened with kernel 2.6.21-rc5, too.
> > I started a kernel compilation in the evening and came back in the
> > morning to find all KDE
On Monday 02 April 2007 09:37, Christoph Lameter wrote:
> On Sun, 1 Apr 2007, Andi Kleen wrote:
> > Hmm, this means there is at least 2MB worth of struct page on every node?
> > Or do you have overlaps with other memory (I think you have)
> > In that case you have to handle the overlap in
> -Original Message-
> From: James Bottomley [mailto:[EMAIL PROTECTED]
> Sent: Monday, April 02, 2007 11:28 AM
> To: Ed Lin
> Cc: linux-scsi; linux-kernel; jeff; Promise_Linux
> Subject: RE: [PATCH 3/4] [SCSI]stex: fix reset recovery for
> console device
>
>
> On Mon, 2007-04-02 at
On Sat, Mar 31, 2007 at 11:31:07AM -0800, Christoph Lameter wrote:
> Patch by William Irwin with only very minor modifications by me which are
> 1. Removal of HIGHMEM64G slab caches. It seems that virtualization hosts
>require a a full pgd page.
The HIGHMEM64G slab allocations are
On Mon, 2 Apr 2007, William Lee Irwin III wrote:
> This doesn't quite cover all bases. The changes to pageattr.c and
> fault.c are dubious and need verification at the very least. They were
> largely slapped together to get the files past the compiler for the
> performance comparisons that were
On Mon, 2007-04-02 at 19:01 +0400, Alexey Dobriyan wrote:
> -
> [PATCH 1/5] Simplify module_get_kallsym() by dropping length arg
>
> module_get_kallsym() could in theory truncate module symbol name to fit
> in buffer, but
> -Original Message-
> From: James Bottomley [mailto:[EMAIL PROTECTED]
> Sent: Saturday, March 31, 2007 7:22 AM
> To: Ed Lin
> Cc: linux-scsi; linux-kernel; jeff; Promise_Linux
> Subject: Re: [PATCH 1/4] [SCSI]stex: fix id mapping issue
>
>
> On Fri, 2007-03-30 at 15:21 -0700, Ed Lin
On Mon, 2007-04-02 at 15:46 -0700, Davide Libenzi wrote:
> +
> +#include
> +#include
> +#include
> +#include
> +#include
> +#include
> +#include
> +#include
> +#include
> +#include
> +#include
> +#include
> +#include
> +#include
> +#include
> +#include
Can you bring them into
ChangeLog:
v10 - Renamed from "aino" to "anon_inode"
--
This patch series implements the new signalfd() system call.
I took part of the original Linus code (and you know how
badly it can be broken :), and I added even more breakage ;)
Signals are fetched from the same signal queue used by the
On Fri, Mar 23, 2007 at 03:12:10PM +0100, Andi Kleen wrote:
> > But that is based on compile time option, isn't it? Perhaps I need
> > to use some other mechanism to find out the platform is not NUMA capable..
>
> We can probably make it runtime on x86. That will be needed sooner or
> later for
Christoph Lameter wrote:
On Mon, 2 Apr 2007, Martin Bligh wrote:
For 64GB you'd need 256M which would be a quarter of low mem. Probably takes
up too much of low mem.
Yup.
We could move whatever you currently use to handle that into i386 arch
code. Or are there other platforms that do
Add an interface to the AF_RXRPC module so that the AFS filesystem module can
more easily make use of the services available. AFS still opens a socket but
then uses the action functions in lieu of sendmsg() and registers an intercept
functions to grab messages before they're queued on the socket
This patch wire the eventfd system call to the i386 architecture.
Signed-off-by: Davide Libenzi
- Davide
Index: linux-2.6.21-rc5.fds/arch/i386/kernel/syscall_table.S
===
---
On Sun, Apr 01, 2007 at 05:21:06PM +0200, Tilman Schmidt wrote:
> I'm sorry to say this has now happened with kernel 2.6.21-rc5, too.
> I started a kernel compilation in the evening and came back in the
> morning to find all KDE decorations gone. All processes normally
> running for a KDE session
This patch implement the necessary compat code for the timerfd system call.
Signed-off-by: Davide Libenzi
- Davide
Index: linux-2.6.21-rc5.fds/fs/compat.c
===
--- linux-2.6.21-rc5.fds.orig/fs/compat.c 2007-04-02
On Mon, Apr 02, 2007 at 12:04:56PM -0700, Tom Strader wrote:
> I have seen quite a few posts regarding unable to open an initial
> console, but my system seems to have the necessary things in place
> so I come looking for help.
your rootfs/initramfs/initrd is missing a valid working /dev/console
ChangeLog:
v10 - Renamed from "aino" to "anon_inode"
--
This is a very simple and light file descriptor, that can be used as
event wait/dispatch by userspace (both wait and dispatch) and by the
kernel (dispatch only). It can be used instead of pipe(2) in all cases
where those would simply be
On Mon, 2 Apr 2007, Martin Bligh wrote:
> > For 64GB you'd need 256M which would be a quarter of low mem. Probably takes
> > up too much of low mem.
>
> Yup.
We could move whatever you currently use to handle that into i386 arch
code. Or are there other platforms that do similar tricks with
This patch implement the necessary compat code for the signalfd system call.
Signed-off-by: Davide Libenzi
- Davide
Index: linux-2.6.21-rc5.fds/fs/compat.c
===
--- linux-2.6.21-rc5.fds.orig/fs/compat.c 2007-04-02
This patch wire the signalfd system call to the i386 architecture.
Signed-off-by: Davide Libenzi
- Davide
Index: linux-2.6.21-rc5.fds/arch/i386/kernel/syscall_table.S
===
---
ChangeLog:
v10 - Renamed from "aino" to "anon_inode"
- Prevented DoS by re-arming the timer on read (Thomas Gleixner)
--
This patch introduces a new system call for timers events delivered
though file descriptors. This allows timer event to be used with
standard POSIX poll(2), select(2) and
Mention the slab name when listing corrupt objects. Although the function
that released the memory is mentioned, that is frequently ambiguous as such
functions often release several pieces of memory.
Signed-Off-By: David Howells <[EMAIL PROTECTED]>
---
mm/slab.c |4 ++--
1 files changed, 2
This patch wire the timerfd system call to the x86_64 architecture.
Signed-off-by: Davide Libenzi
- Davide
Index: linux-2.6.21-rc5.fds/arch/x86_64/ia32/ia32entry.S
===
---
ChangeLog:
v10 - Renamed from "aino" to "anon_inode"
--
This patch add an anonymous inode source, to be used for files that need
and inode only in order to create a file*. We do not care of having an
inode for each file, and we do not even care of having different names in
the associated
This patch wire the signalfd system call to the x86_64 architecture.
Signed-off-by: Davide Libenzi
- Davide
Index: linux-2.6.21-rc5.fds/include/asm-x86_64/unistd.h
===
--- linux-2.6.21-rc5.fds.orig/include/asm-x86_64/unistd.h
Export the keyring key type definition and document its availability.
Add alternative types into the key's type_data union to make it more useful.
Not all users necessarily want to use it as a list_head (AF_RXRPC doesn't, for
example), so make it clear that it can be used in other ways.
ChangeLog:
v10 - Added the "aio_flags" field (in place of the old "aio_reserved3")
and introduced a new IOCB_FLAG_RESFD flag to tell that the
"aio_resfd" field is valid.
--
This is an example about how to add eventfd support to the current KAIO code,
in order to enable KAIO to post
This patch wire the eventfd system call to the x86_64 architecture.
Signed-off-by: Davide Libenzi
- Davide
Index: linux-2.6.21-rc5.fds/arch/x86_64/ia32/ia32entry.S
===
---
This patch wire the timerfd system call to the i386 architecture.
Signed-off-by: Davide Libenzi
- Davide
Index: linux-2.6.21-rc5.fds/arch/i386/kernel/syscall_table.S
===
---
Export try_to_del_timer_sync() for use by the RxRPC module.
Add a try_to_cancel_delayed_work() so that it is possible to merely attempt to
cancel a delayed work timer.
Signed-Off-By: David Howells <[EMAIL PROTECTED]>
---
include/linux/workqueue.h | 21 +
kernel/timer.c
Add blkcipher accessors for using kernel data directly without the use of
scatter lists.
Also add a CRYPTO_ALG_DMA algorithm capability flag to permit or deny the use
of DMA and hardware accelerators. A hardware accelerator may not be used to
access any arbitrary piece of kernel memory lest it
1 - 100 of 846 matches
Mail list logo
