Hi Andrew,
The kernel build fails, on the AMD machine with following message
arch/x86/ia32/ia32_aout.c: In function ‘load_aout_binary’:
arch/x86/ia32/ia32_aout.c:283: error: implicit declaration of function ‘N_MAGIC’
arch/x86/ia32/ia32_aout.c:283: error: ‘ZMAGIC’ undeclared (first use in this
Distributed storage.
I'm pleased to announce the 8'th release of the distributed
storage subsystem (DST). This is a maintenance release and includes
bug fixes only.
DST allows to form a storage on top of local and remote nodes
and combine them into linear or mirroring setup, which in
turn can
Algorithms used in distributed storage.
Mirror and linear mapping code.
Signed-off-by: Evgeniy Polyakov <[EMAIL PROTECTED]>
diff --git a/drivers/block/dst/alg_linear.c b/drivers/block/dst/alg_linear.c
new file mode 100644
index 000..cb77b57
--- /dev/null
+++
Avi Kivity wrote:
Anthony Liguori wrote:
This is a PCI device that implements a transport for virtio. It
allows virtio
devices to be used by QEMU based VMMs like KVM or Xen.
+
+/* the notify function used when creating a virt queue */
+static void vp_notify(struct virtqueue *vq)
+{
+
On Fri, 2007-11-09 at 14:33 +, Mel Gorman wrote:
> Filtering zonelists requires very frequent use of zone_idx(). This is costly
> as it involves a lookup of another structure and a substraction operation. As
> the zone_idx is often required, it should be quickly accessible. The node
> idx
Network state machine.
Includes network async processing state machine and related tasks.
Signed-off-by: Evgeniy Polyakov <[EMAIL PROTECTED]>
diff --git a/drivers/block/dst/kst.c b/drivers/block/dst/kst.c
new file mode 100644
index 000..ba5e5ef
--- /dev/null
+++ b/drivers/block/dst/kst.c
Arjan van de Ven wrote:
..
I listed a few;
1) it's policy
2) the memory is only needed for a short time (20 seconds or so) on
single-socket machines
3) it makes decisions on "subjective" information such as interrupt
device classes that the kernel currently just doesn't have (it could
grow
> We might want to add support for Netburst in 64bit mode some day.
> For today, I simply exclude Netburst for x86_64.
If you switched to table driven then adding another format like
this would be likely very easy. It's just that with the "own code for
everything"
method it becomes difficult.
>-Original Message-
>From: dean gaudet [mailto:[EMAIL PROTECTED]
>Sent: Dienstag, 20. November 2007 16:37
>To: Metzger, Markus T
>Cc: linux-kernel@vger.kernel.org; [EMAIL PROTECTED];
>[EMAIL PROTECTED]; [EMAIL PROTECTED]; [EMAIL PROTECTED]; Siddha, Suresh
>B; [EMAIL PROTECTED]
Rafael J. Wysocki wrote:
> On Monday, 19 of November 2007, Pavel Machek wrote:
>> Hi!
>>
>> I think that this worked before:
>>
>> [EMAIL PROTECTED]:/proc# find . -name "timer_info"
>> find: WARNING: Hard link count is wrong for ./net: this may be a bug
>> in your filesystem driver. Automatically
Mark Lord wrote:
Arjan van de Ven wrote:
..
I listed a few;
1) it's policy 2) the memory is only needed for a short time (20
seconds or so) on
single-socket machines
3) it makes decisions on "subjective" information such as interrupt
device classes that the kernel currently just doesn't have
> >and it seems like this patch and perfmon2 are going to have to
> >live with
> >each other... since they both require the use of the DS save area...
>
> Hmmm, this might require some synchronization between those two.
>
> Do you know how (accesses to) MSR's are managed by the kernel?
There
Hi Coly,
finally I've found some time to have a look at a new version of your
patch.
> 5, Performance number
> On a Core-Duo, 2MB DDM memory, 7200 RPM SATA PC, I built a 50GB ext4
> partition, and tried to create 5 directories, and create 15 (1KB)
> files in each directory alternatively.
On Wednesday 21 November 2007 01:47, Arjan van de Ven wrote:
> On Tue, 20 Nov 2007 18:37:39 +1100
>
> Nick Piggin <[EMAIL PROTECTED]> wrote:
> > > actually no. IRQ balancing is not a "fast" decision; every time
> > > you
> >
> > I didn't say anything of the sort. But IRQ load could still
Core distributed storage files.
Include userspace interfaces, initialization,
block layer bindings and other core functionality.
Signed-off-by: Evgeniy Polyakov <[EMAIL PROTECTED]>
diff --git a/drivers/block/Kconfig b/drivers/block/Kconfig
index b4c8319..ca6592d 100644
---
On Tue, 20 Nov 2007, dean gaudet wrote:
> On Tue, 20 Nov 2007, Metzger, Markus T wrote:
>
> > +__cpuinit void ptrace_bts_init_intel(struct cpuinfo_x86 *c)
> > +{
> > + switch (c->x86) {
> > + case 0x6:
> > + switch (c->x86_model) {
> > +#ifdef __i386__
> > + case 0xD:
> >
On Tue, 2007-11-20 at 15:17 +, Christoph Hellwig wrote:
> On Tue, Nov 20, 2007 at 10:05:05AM -0500, Stephen Smalley wrote:
> > > Nice, getting rid of this is a very good step formwards. Unfortunately
> > > we have another copy of this junk in
> > >
On 19/11/07 18:58 -0800, Joe Perches wrote:
> On Mon, 2007-11-19 at 18:54 -0700, [EMAIL PROTECTED]
> wrote:
> > You are not allowed to post to this mailing list, and your message has
> > been automatically rejected. If you think that your messages are
> > being rejected in error, contact the
Now that my_ptrace_child() is trivial we can use the "p->ptrace & PT_PTRACED"
inline and simplify the corresponding logic in do_wait: we can't find the child
in TASK_TRACED state without PT_PTRACED flag set, ptrace_untrace() either sets
TASK_STOPPED or wakes up the tracee.
Signed-off-by: Oleg
On Tue, 2007-11-20 at 14:19 +, Mel Gorman wrote:
> On (09/11/07 07:45), Christoph Lameter didst pronounce:
> > On Fri, 9 Nov 2007, Mel Gorman wrote:
> >
> > > struct page * fastcall
> > > __alloc_pages(gfp_t gfp_mask, unsigned int order,
> > > struct zonelist *zonelist)
> > > {
>
Since the patch
"Fix ptrace_attach()/ptrace_traceme()/de_thread() race"
commit f5b40e363ad6041a96e3da32281d8faa191597b9
we set PT_ATTACHED and change child->parent "atomically" wrt task_list lock.
This means we can remove the checks like "PT_ATTACHED && ->parent != ptracer"
On Tue, 20 Nov 2007 10:52:48 -0500
Mark Lord <[EMAIL PROTECTED]> wro
>
> All of which reminds me of perhaps *the* most important reason to keep
> core functionality like "IRQ distribution" *inside* the kernel:
>
>It has to pass peer review on this mailing list.
that's a reason to keep it
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
David Miller wrote:
> FWIW, I think this indirect syscall stuff is the most ugly interface
> I've ever seen proposed for the kernel.
Well, the alternative is to introduce a dozens of new interfaces. It
was Linus who suggested this alternative.
Arjan van de Ven wrote:
On Tue, 20 Nov 2007 10:52:48 -0500
Mark Lord <[EMAIL PROTECTED]> wro
All of which reminds me of perhaps *the* most important reason to keep
core functionality like "IRQ distribution" *inside* the kernel:
It has to pass peer review on this mailing list.
that's a
Anthony Liguori wrote:
Avi Kivity wrote:
Anthony Liguori wrote:
This is a PCI device that implements a transport for virtio. It
allows virtio
devices to be used by QEMU based VMMs like KVM or Xen.
+
+/* the notify function used when creating a virt queue */
+static void
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Eric Dumazet wrote:
> I am wondering if some parts are missing from your ChangeLog
>
> You apparently added in v3 a new 'flags' parameter to indirect syscall
> but no trace of this change in Changelog, and why it was added. This
> seems to imply a
Hi David,
On Sat, 17 Nov 2007 09:36:24 -0800, David Brownell wrote:
> On Saturday 17 November 2007, Jean Delvare wrote:
> > On Tue, 13 Nov 2007 20:36:13 -0800, David Brownell wrote:
> > > On Tuesday 13 November 2007, eric miao wrote:
> > > > if (!requested)
> > > > -
On Tue, 20 Nov 2007, Metzger, Markus T wrote:
> +__cpuinit void ptrace_bts_init_intel(struct cpuinfo_x86 *c)
> +{
> + switch (c->x86) {
> + case 0x6:
> + switch (c->x86_model) {
> +#ifdef __i386__
> + case 0xD:
> + case 0xE: /* Pentium M */
> +
On Tuesday 20 November 2007 02:11:33 [EMAIL PROTECTED] wrote:
> ACPI uses NR_CPUS in various loops and in some it accesses per cpu
> data of processors that are not present(!) and that will never be present.
> The pointers to per cpu data are typically not initialized for processors
> that are not
Minor cleanup. We can remove one "else if" branch.
Signed-off-by: Oleg Nesterov <[EMAIL PROTECTED]>
--- PT/kernel/exit.c~3_EXIT_DEAD2007-11-20 17:54:07.0 +0300
+++ PT/kernel/exit.c2007-11-20 18:23:16.0 +0300
@@ -1561,8 +1561,6 @@ repeat:
>-Original Message-
>From: dean gaudet [mailto:[EMAIL PROTECTED]
>Sent: Dienstag, 20. November 2007 16:27
>To: Metzger, Markus T
>Cc: linux-kernel@vger.kernel.org; [EMAIL PROTECTED];
>[EMAIL PROTECTED]; [EMAIL PROTECTED]; [EMAIL PROTECTED]; Siddha, Suresh
>B; [EMAIL PROTECTED]
Distributed storage documentation.
Algorithms used in the system, userspace interfaces
(sysfs dirs and files), design and implementation details
are described here.
Signed-off-by: Evgeniy Polyakov <[EMAIL PROTECTED]>
diff --git a/Documentation/dst/algorithms.txt
Jan,
Thanks for taking time to review the patch :-)
Jan Kara wrote:
> Hi Coly,
>
> finally I've found some time to have a look at a new version of your
> patch.
>
>> 5, Performance number
>> On a Core-Duo, 2MB DDM memory, 7200 RPM SATA PC, I built a 50GB ext4
>> partition, and tried to
This patch adds extended interrupt support for AMD Barcelona CPUs. The
patch provides functions to setup MCE and IBS interrupt
vectors. Compared to the previous K8 implementation the vector offsets
are centrally handled now in apic_64.c. Thus, the APIC setup code is
responsible for vector
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
dean gaudet wrote:
> as an application writer how do i access accept(2) with FD_CLOEXEC
> functionality? will glibc expose an accept2() with a flags param?
Not yet decided. There is the alternative to extend the accept()
interface to have both
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Heiko Carstens wrote:
> All these macros could be functions, or? Would give us some type checking
> and avoids the capital letters.
Should be possible now. I didn't do it initially since the macro used
the macro for the largest syscall number. That
On Mon, 19 Nov 2007, Alex Chiang wrote:
> Ugh, seems that stacked git got very confused when I did a
> git-fetch && git-rebase origin. Also, guess it figures that I
Being a very heavy stgit user myself, I have to say you must give up git
rebase on any stgit branch, and use stg rebase instead...
On Wed 21-11-07 00:40:17, Coly Li wrote:
> Jan Kara wrote:
> >> diff --git a/fs/ext4/ialloc.c b/fs/ext4/ialloc.c
> >> index 17b5df1..f838a72 100644
> >> --- a/fs/ext4/ialloc.c
> >> +++ b/fs/ext4/ialloc.c
> >> @@ -10,6 +10,8 @@
> >> * Stephen Tweedie ([EMAIL PROTECTED]), 1993
> >> *
On Tue, 2007-11-20 at 15:31 +0100, Rene Herman wrote:
> On 20-11-07 15:19, Thomas Renninger wrote:
>
> > At the end is some example code how things could get even more cleaned
> > up. It shows how I think pnp layer and one example driver would get
> > adjusted. There are not that much drivers
On Sat, 2007-11-17 at 18:46 +0100, Ingo Molnar wrote:
> fixing the top 20:
>
There are about 25 DECLARE_MUTEX() semaphores remaining .. One is the
BKL which I would guess can't be converted. The others I've looked at
appear to be trivial find/replace changes to get them to use the mutex
type..
On (20/11/07 10:14), Lee Schermerhorn didst pronounce:
> On Tue, 2007-11-20 at 14:19 +, Mel Gorman wrote:
> > On (09/11/07 07:45), Christoph Lameter didst pronounce:
> > > On Fri, 9 Nov 2007, Mel Gorman wrote:
> > >
> > > > struct page * fastcall
> > > > __alloc_pages(gfp_t gfp_mask,
Fix arp reply when received arp probe with sender ip 0.
Send arp reply with target ip address 0.0.0.0 and target hardware address
set to hardware address of requester. Previously sent reply with target
ip address and target hardware address set to same as source fields.
Signed-off-by: Jonas
On 11/19, Eric W. Biederman wrote:
>
> So to fix the problem this patch modifies next_tgid() to return
> both a tgid and the task struct in question.
>
> A structure is introduced to return these values because it is
> slightly cleaner and easier to optimize, and the resulting code
> is a little
The hearburn I have with these patches is that you are changing driver-specific
attributes, not common ones as enforced/requested by a subsystem. As such, you
are breaking a management interface for existing tools/scripts.
There's been a long-standing request to create common device attributes,
On Tue, 20 Nov 2007 14:52:37 +
Dean Jenkins <[EMAIL PROTECTED]> wrote:
> Hi Pierre,
>
> My card driver needed to set the R/W E4MI bit in the Card Capability
> register (0x08) in CCCR (function 0). Perhaps it is unnecessary ?
>
That bit is pointless given the current design of the MMC
On Tue, Nov 20, 2007 at 07:05:25AM +0100, Ingo Molnar wrote:
>
> * Jeremy Fitzhardinge <[EMAIL PROTECTED]> wrote:
>
> > Greg KH wrote:
> > > Can you try applying the patch below to see if that solves the problem
> > > for you?
> > >
> >
> > I don't think this patch will help; it only has
On Tue, Nov 20, 2007 at 07:08:08AM +0100, Ingo Molnar wrote:
>
> * Chuck Ebbert <[EMAIL PROTECTED]> wrote:
>
> > On 11/17/2007 07:55 PM, Ingo Molnar wrote:
> > > * Greg KH <[EMAIL PROTECTED]> wrote:
> > >
> > >> Great, thanks for tracking this down.
> > >>
> > >> Ingo, this corrisponds to
Ian Wienand wrote:
> Hi,
>
> When rebooting today I got
>
> Will now restart.
> ACPI: PCI interrupt for device :00:03.0 disabled
> GSI 20 (level, low) -> CPU 1 (0x0100) vector 53 unregistered
> Destroying IRQ53 without calling free_irq
> WARNING: at
>
On Tue, Nov 20, 2007 at 11:35:26AM -0500, James Smart wrote:
> The hearburn I have with these patches is that you are changing
> driver-specific attributes, not common ones as enforced/requested by a
> subsystem. As such, you are breaking a management interface for
> existing tools/scripts.
Yes,
PORTA and PORTB have odr registers, as well. However, the PORTB odr
register is only 16bit.
Signed-off-by: Jochen Friedrich <[EMAIL PROTECTED]>
---
arch/powerpc/sysdev/commproc.c | 19 ---
1 files changed, 16 insertions(+), 3 deletions(-)
diff --git
On Mon, 2007-11-19 at 17:48 -0800, Joe Perches wrote:
> Signed-off-by: Joe Perches <[EMAIL PROTECTED]>
> ---
> drivers/net/wireless/b43/phy.c |2 +-
> drivers/net/wireless/b43legacy/phy.c |2 +-
> drivers/net/wireless/bcm43xx/bcm43xx_phy.c |2 +-
>
* Borislav Petkov ([EMAIL PROTECTED]) wrote:
> On Mon, Nov 19, 2007 at 10:31:39AM -0500, Mathieu Desnoyers wrote:
> > * Borislav Petkov ([EMAIL PROTECTED]) wrote:
> > > On Fri, Nov 16, 2007 at 03:02:38PM -0500, Mathieu Desnoyers wrote:
> > > Hi,
> > > just a conventions proposal: have you thought
Hi,
Here you can find some performance comparison in terms of CPU
utilization and transactions per second (using FFSB) on ext4 filesystem
with and without i_version option.
http://bullopensource.org/ext4/20071116/ffsb-write.html
regards,
Jean noel
-
To unsubscribe from this list: send the
On Sat, 2007-11-17 at 09:12 +1100, James Morris wrote:
> On Fri, 16 Nov 2007, Eric Paris wrote:
>
> > When this protection was originally concieved it intentionally was
> > offing something even without an more 'full featured' LSM. That was the
> > whole reason I had to drop the secondary
A new pid argument has been added to _tlbie for 4xx platforms.
Add this argument to the 8xx path in mem.c, as well. As 8xx
does not need th epid information, this argument can always be 0.
Signed-off-by: Jochen Friedrich <[EMAIL PROTECTED]>
CC arch/powerpc/mm/mem.o
arch/powerpc/mm/mem.c:
From: Cyrill Gorcunov <[EMAIL PROTECTED]>
This patch adds checking for possible NULL pointer dereference
if of_find_property() failed.
Signed-off-by: Cyrill Gorcunov <[EMAIL PROTECTED]>
---
I'm not sure about the message being printed in worst case.
Check please.
On Mon, Nov 19, 2007 at 05:48:00PM -0800, Joe Perches wrote:
> - printk(UM_KERN_ERR "vde_init_libstuff - vde_open_args"
> + printk(UM_KERN_ERR "vde_init_libstuff - vde_open_args "
Applied, thanks.
Jeff
--
Work email - jdike at linux dot intel dot com
-
* Rusty Russell ([EMAIL PROTECTED]) wrote:
> On Tuesday 20 November 2007 01:28:03 Mathieu Desnoyers wrote:
> > * Rusty Russell ([EMAIL PROTECTED]) wrote:
> > > I think it would be easier to just fast-path the num_online_cpus == 1
> > > case, even if you want to keep this "update_early" interface.
>-Original Message-
>From: Haavard Skinnemoen [mailto:[EMAIL PROTECTED]
>
>This client tests DMA memcpy using various lengths and various offsets
>into the source and destination buffers. It will initialize both
>buffers with a know pattern and verify that the DMA engine copies the
Make use of pnp_{port,mem,irq,dma}_{start,end,flags} macros wherever possible
The macros to access the resource table in pnp sublayer was not used
consequently.
This patch makes use of these macros instead of accessing the resource
arrays directly.
For dma and irq also pnp_{dma,irq}_{start,end}
Unify the pnp macros to access resources in the pnp resource table
port, mem, dma and irq resource macros are now all used in the same
way. This is the basis (or makes it at least easier) for changing how
the resources are allocated for memory optimizations.
Signed-off-by: Thomas Renninger
Pass struct pnp_dev to pnp_clean_resource_table for cleanup reasons
Signed-off-by: Thomas Renninger <[EMAIL PROTECTED]>
---
drivers/pnp/manager.c | 36 ++--
1 file changed, 18 insertions(+), 18 deletions(-)
Index: linux-2.6.24-rc2-mm1/drivers/pnp/manager.c
Hi Daniel,
On Tue, Nov 20, 2007 at 11:34:20AM +0100, Daniel Reichelt wrote:
> # diff -Naur linux-2.6.23.8/fs/Kconfig linux-2.6.23.8-dhr/fs/Kconfig
> --- linux-2.6.23.8/fs/Kconfig 2007-11-16 19:14:27.0 +0100
> +++ linux-2.6.23.8-dhr/fs/Kconfig 2007-11-20 11:33:18.0 +0100
>
David Miller wrote:
> From: Ulrich Drepper <[EMAIL PROTECTED]>
> Date: Tue, 20 Nov 2007 01:53:14 -0500
>
> FWIW, I think this indirect syscall stuff is the most ugly interface
> I've ever seen proposed for the kernel.
Well, there's no XML in /proc :) :).
But, yes, I agree that the internal code
On Mon, Nov 19, 2007 at 04:38:02PM -0800, Andrew Morton wrote:
> On Fri, 16 Nov 2007 14:39:57 -0800
> mark gross <[EMAIL PROTECTED]> wrote:
>
> > -#define MAX_FAULT_REASON_IDX ARRAY_SIZE(fault_reason_strings) - 1
> > +#define MAX_FAULT_REASON_IDX (ARRAY_SIZE(fault_reason_strings) - 1)
> +union indirect_params {
> + struct {
> +int flags;
> + } file_flags;
> +};
Have you given thought to having to perform compat translation on this?
Today it's only copied directly from the user pointer into the union
in the task_struct.
I'd love if we could only use fixed-width fields
On Tue, 20 Nov 2007 18:52:04 +0100
Thomas Renninger <[EMAIL PROTECTED]> wrote:
> Pass struct pnp_dev to pnp_clean_resource_table for cleanup reasons
Again I don't see the point of this change. A routine for cleaning up
resource tables expects logically to be passed a resource table to clean
up
Changes:
- Introduce pnp_irq_no instead of pnp_irq_start (same for dma).
- Let irq and dma resource structs never access .end.
.end was always only a copy of .start for dma and irq
Some background what I want to do next to allocate resources on the fly:
I want to use
Ingo Molnar wrote:
> cool patchset. Small nit, the series is not bisectable:
Yeah, in a few places.
Uli, this is super easy to test if you maintain the patches with guilt.
With some easy scripting around guilt push you can verify that the
series builds as each patch is applied.
- z
-
To
* Andrew Morton ([EMAIL PROTECTED]) wrote:
> On Mon, 19 Nov 2007 15:20:23 -0500
> Mathieu Desnoyers <[EMAIL PROTECTED]> wrote:
>
> > * Dave Hansen ([EMAIL PROTECTED]) wrote:
> > > The only thing I might suggest doing differently is actually using the
> > > page_to_pfn() definition itself:
> > >
Jonathan McDowell sez:
> On Tue, Nov 20, 2007 at 11:35:26AM -0500, James Smart wrote:
> > The hearburn I have with these patches is that you are changing
> > driver-specific attributes, not common ones as
> > enforced/requested by a
> > subsystem. As such, you are breaking a management interface
On Tue, Nov 20, 2007 at 06:57:55AM +0100, Ingo Molnar wrote:
>
> * Micah Dowty <[EMAIL PROTECTED]> wrote:
>
> > > this one is being triggered whenever a cpu becomes idle (schedule()
> > > --> idle_balance() --> load_balance_newidle()).
> > >
> > > (this flag is a bit #1 == 2)
> > >
> > > cat
2.6.23-stable review patch. If anyone has any objections, please let us
know.
--
From: Alexey Starikovskiy <[EMAIL PROTECTED]>
patch 63f0edfc0b7f8058f9d3f9b572615ec97ae011ba in mainline.
ACPI: VIDEO: Adjust current level to closest available one.
Signed-off-by: Alexey
2.6.23-stable review patch. If anyone has any objections, please let us
know.
--
From: Fengguang Wu <[EMAIL PROTECTED]>
patch c06a018fa5362fa9ed0768bd747c0fab26bc8849 in mainline.
This is not a new problem in 2.6.23-git17. 2.6.22/2.6.23 is buggy in the
same way.
Reiserfs
2.6.23-stable review patch. If anyone has any objections, please let us
know.
--
From: Haavard Skinnemoen <[EMAIL PROTECTED]>
patch 348badf1e825323c419dd118f65783db0f7d2ec8 in mainline.
When a DMA device is unregistered, its reference count is decremented twice
for each
2.6.23-stable review patch. If anyone has any objections, please let us
know.
--
From: Dan Williams <[EMAIL PROTECTED]>
patch 6c55be8b962f1bdc592d579e81fc27b11ea53dfc in mainline.
handling stripe 7629696, state=0x14 cnt=1, pd_idx=2 ops=0:0:0
check 5: state 0x6 toread
2.6.23-stable review patch. If anyone has any objections, please let us
know.
--
From: Philippe Elie <[EMAIL PROTECTED]>
patch df9d177aa28d50e64bae6fbd6b263833079e3571 in mainline.
Instruction pointer returned by profile_pc() can be a random value. This
break the assumption
2.6.23-stable review patch. If anyone has any objections, please let us
know.
--
From: Li Zefan <[EMAIL PROTECTED]>
patch 3cc2c17700c98b0af778566b0af6292b23b01430 in mainline.
The size passing to memset is wrong.
Signed-off-by Li Zefan <[EMAIL PROTECTED]>
Acked-by: Geert
This is the start of the stable review cycle for the 2.6.23.9 release.
There are 29 patches in this series, all will be posted as a response to
this one. If anyone has any issues with these being applied, please let
us know. If anyone is a maintainer of the proper subsystem, and wants
to add a
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Zach Brown wrote:
> I'm sure the additional parameter will be needed, and it might be pretty
> involved. I think the current notion of syslets needs, at the very least:
All correct. I just want to point out that the proposed interface is
> Since there is no legacy interface to worry about all members added to
> the structure can and should be neutral of the word size.
OK, perhaps add a giant comment warning about that. History tells us
that people will get it wrong.
> We've done
> this with some syscalls already (like pread64)
Ulrich Drepper wrote:
And I agree with all of the objections raised by both H. Pater Anvin
and Eric Dumazet.
Eric had no arguments and HP's comments lack a viable alternative proposal.
That's only because you're being, deliberately or accidentally, vague
about what your actual (as
Hi Linus,
please pull from:
git://git.kernel.org/pub/scm/linux/kernel/git/lenb/linux-acpi-2.6.git release
This request is larger than I'd prefer at -rc3,
but as I wasn't available for an -rc2 merge, some things waited until now.
The good news is that the larger text changes are low risk.
The
> This was mentioned in one of my mails. I added the parameter to
> accommodate Linus's and Zack's idea to use the functionality for syslets
> as well. Not really a multiplexer, it is meant to be a "execute
> synchronously or asynchronously" flag. In the latter case an additional
> parameter
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Zach Brown wrote:
> Have you given thought to having to perform compat translation on this?
> Today it's only copied directly from the user pointer into the union
> in the task_struct.
Since there is no legacy interface to worry about all members
On Tue, 20 Nov 2007 18:21:29 +0100
Jochen Friedrich <[EMAIL PROTECTED]> wrote:
> A new pid argument has been added to _tlbie for 4xx platforms.
> Add this argument to the 8xx path in mem.c, as well. As 8xx
> does not need th epid information, this argument can always be 0.
This is already fixed
On Tue, 2007-11-20 at 21:56 +0800, Herbert Xu wrote:
> [KERNEL]: Avoid divide in IS_ALIGN
> I was happy to discover the brand new IS_ALIGN macro and quickly
> used it in my code. To my dismay I found that the generated code
> used division to perform the test.
> This patch fixes it by changing
The following patch fixes an off by one bug in the fault reason string
reporting function, and cleans up some of the code around this buglet.
please apply.
--mgross
Signed-off-by: mark gross <[EMAIL PROTECTED]>
Index: linux-2.6.23-rc2-iommu/drivers/pci/intel-iommu.c
> That's only because you're being, deliberately or accidentally, vague
> about what your actual (as opposed to imagined) requirements are.
Maybe I can help by summarizing how syslets fit in to this.
Currently the syslet patches add a single submission call which includes
an argument which is a
2.6.23-stable review patch. If anyone has any objections, please let us know.
--
From: Jean Delvare <[EMAIL PROTECTED]>
patch be8a1f7cd4501c3b4b32543577a33aee6d2193ac in mainline.
Turns out we don't actually check the status to see if there was a
device out there to talk to,
2.6.23-stable review patch. If anyone has any objections, please let us
know.
--
From: Jean Delvare <[EMAIL PROTECTED]>
patch 8b925a3dd8a4d7451092cb9aa11da727ba69e0f0 in mainline.
Recent (i.e. 2005 and later) Sony Vaio laptops have names beginning
with VGN rather than PCG.
2.6.23-stable review patch. If anyone has any objections, please let us
know.
--
From: Jean Delvare <[EMAIL PROTECTED]>
patch 0f2cbd38aa377e30df3b7602abed69464d1970aa in mainline.
The sysfs interface to DMI data takes care to not make the system
serial number and UUID
2.6.23-stable review patch. If anyone has any objections, please let us
know.
--
From: J. Bruce Fields <[EMAIL PROTECTED]>
patch ac8587dcb58e40dd336d99d60f852041e06cc3dd in mainline.
The v2/v3 acl code in nfsd is translating any return from fh_verify() to
nfserr_inval. This is
2.6.23-stable review patch. If anyone has any objections, please let us
know.
--
From: J. Bruce Fields <[EMAIL PROTECTED]>
patch 6fa02839bf9412e18e773d04e96182b4cd0b5d57 in mainline.
As with
7fc90ec93a5eb71f4b08... "call nfsd_setuser() on fh_compose()..."
this is a
2.6.23-stable review patch. If anyone has any objections, please let us
know.
--
From: Andrew Morton <[EMAIL PROTECTED]>
patch 35d5d08a085c56f153458c3f5d8ce24123617faf in mainline.
Marin Mitov points out that delay_tsc() can misbehave if it is preempted and
rescheduled on a
2.6.23-stable review patch. If anyone has any objections, please let us
know.
--
From: Jeff Garzik <[EMAIL PROTECTED]>
patch 96af154710d44b574515431a0bb014888398a741 in mainline.
[libata] sata_sis: use correct S/G table size
sata_sis has the same restrictions as other SFF
2.6.23-stable review patch. If anyone has any objections, please let us
know.
--
From: Tejun Heo <[EMAIL PROTECTED]>
patch aaa092a114696f4425cd57c4d7fa05110007e247 in mainline.
sata_sis: fix SCR read breakage
SCR read for controllers which uses PCI configuration space for SCR
2.6.23-stable review patch. If anyone has any objections, please let us
know.
--
From: Tejun Heo <[EMAIL PROTECTED]>
patch aaa092a114696f4425cd57c4d7fa05110007e247 in mainline.
sata_sis: fix SCR read breakage
SCR read for controllers which uses PCI configuration space for SCR
Alan Cox <[EMAIL PROTECTED]> writes:
>
> Is it actually even worth changing in the first place ? You seem to be
> complicating the code not simplyifying it, and at the end of the day
> ISAPnP is obsolete and BIOS PnP is obsoleted by ACPI
The PNP interface is used by the ACPI code to tell the
On Mon, Nov 19, 2007 at 03:03:48PM -0800, Fenghua Yu wrote:
>
> This patch adds and changes a few sanity checks in dmar.c.
>
> 1. The haw field in ACPI DMAR table in VT-d spec doesn't describe the range of
> haw. But since DMA page size is 4KB in DMA remapping, haw should be at least
> 4KB. The
701 - 800 of 1146 matches
Mail list logo