This patch split EFI tables parsing code from EFI runtime service
support code. This makes ACPI support and DMI support on EFI platform
not depend on EFI runtime service support. Both EFI32 and EFI64 tables
parsing functions are provided on i386 and x86_64. This makes it
possible to use EFI
Denis wrote:
> + length += sprintf(page + length, "\n");
Could that overrun the 'page' buffer by one byte?
--
I won't rest till it's the best ...
Programmer, Linux Scalability
Paul Jackson <[EMAIL PROTECTED]> 1.940.382.4214
--
To
* Arjan van de Ven <[EMAIL PROTECTED]> wrote:
> + printk(KERN_WARNING "[ cut here ]\n");
> printk(KERN_WARNING "WARNING: at %s:%d %s()\n", file,
> line, function);
> + print_modules();
> dump_stack();
> + print_oops_end_marker();
* Arjan van de Ven <[EMAIL PROTECTED]> wrote:
> This patch build on top of Olof's patch that introduces __WARN, and
> places the slowpath out of line. It also uses Ingo's suggestion to not
> use __FUNCTION__ but to use kallsyms to do the lookup; this saves a
> ton of extra space since gcc
On 25/09/07 09:46, Jan Kara wrote:
> On Tue 25-09-07 10:02:43, Peter Zijlstra wrote:
>> On Mon, 3 Sep 2007 16:01:35 +0200 Jan Kara <[EMAIL PROTECTED]> wrote:
>>
>> > On Mon 03-09-07 05:49:59, Andrew Morton wrote:
>> > > > On Mon, 3 Sep 2007 14:27:02 +0200 Jan Kara <[EMAIL PROTECTED]> wrote:
>> >
Could you also update the file 'Documentation/filesystems/proc.txt' as
part of this patch? It should document /proc//* files. Thanks.
(Don't tell anyone that this file doesn't mention /proc//cpuset ;).
--
I won't rest till it's the best ...
Programmer,
* Jeremy Fitzhardinge <[EMAIL PROTECTED]> wrote:
> Hi Ingo,
>
> Here's a series which concentrates on unifying and cleaning up
> asm-86/page*.h. Each patch in the series restricts itself to doing
> one thing fairly simply, so it should be fairly low-risk and easy to
> bisect.
thanks
On Fri, Jan 04, 2008 at 03:28:26PM +0800, Dave Young wrote:
> The behaviour of eject/lock_door ioctl is not consistent, so add some check
> before scsi_cmd_ioctl.
>
> Signed-off-by: Dave Young <[EMAIL PROTECTED]>
>
> ---
> drivers/cdrom/cdrom.c | 42 --
On Friday 04 January 2008, Andrew Patterson wrote:
> On Thu, 2008-01-03 at 17:17 -0700, Andrew Patterson wrote:
> > On Fri, 2008-01-04 at 09:07 +0900, Tejun Heo wrote:
> > > Hello,
> > >
> > > Andrew Patterson wrote:
> > > > It looks like this is a shell issue. After looking through the sysfs
>
The behaviour of eject/lock_door ioctl is not consistent, so add some check
before scsi_cmd_ioctl.
Signed-off-by: Dave Young <[EMAIL PROTECTED]>
---
drivers/cdrom/cdrom.c | 42 --
1 file changed, 36 insertions(+), 6 deletions(-)
diff -upr
this adds a read-write /proc//smp_affinity entry,
just like what /proc/irq//smp_affinity does,
so now we can get and set the affinity of tasks by procfs,
this is especially useful used in shell scripts.
this also adds a read-write /proc//tasks//smp_affinity
for the same purpose.
Cc: Eli M Dow
Sorry for the late response, have been away during the holidays.
Andrew Morton wrote:
On Mon, 17 Dec 2007 03:35:55 +0100 (MET) Richard Knutsson <[EMAIL PROTECTED]>
wrote:
Convert handmade 'max' to max().
...
--- a/ipc/msg.c
+++ b/ipc/msg.c
@@ -473,7 +473,7 @@ asmlinkage long
Steven Rostedt <[EMAIL PROTECTED]> writes:
> The following patch series brings to vanilla Linux a bit of the RT kernel
> trace facility. This incorporates the "-pg" profiling option of gcc
> that will call the "mcount" function for all functions called in
> the kernel.
> [...]
> [Future:]
On 1/4/08, Masami Hiramatsu <[EMAIL PROTECTED]> wrote:
> > + case KPROBE_HIT_SS:
> > + if (*p->ainsn.insn == BREAKPOINT_INSTRUCTION) {
> > + regs->flags &= ~TF_MASK;
> > + regs->flags |= kcb->kprobe_saved_flags;
> > +
On 1/4/08, Masami Hiramatsu <[EMAIL PROTECTED]> wrote:
> I could understand what the original code did at last.
> If a kprobe is inserted on a breakpoint which other debugger inserts,
> it single step inline instead of out-of-line.(this is done in
> prepare_singlestep)
> In this case, (p &&
hackbench is to test Linux scheduler. The original program is at
http://devresources.linux-foundation.org/craiger/hackbench/src/hackbench.c
Based on this multi-process version, a nice person created a multi-thread
version. Pls. see
http://www.bullopensource.org/posix/pi-futex/hackbench_pth.c
Error code should be set to EINVAL instead of ENODEV if !queue_work().
There's another call of queue_work() which may set err to EINVAL.
Signed-off-by: Li Zefan <[EMAIL PROTECTED]>
---
drivers/connector/connector.c |2 ++
1 files changed, 2 insertions(+), 0 deletions(-)
diff --git
- 'cb' is a fake struct member. In a previous patch struct cn_callback
was renamed to cn_callback_id, so 'cb' should have been deleted at that
time.
- 'nls' isn't used and is redundant, we can retrieve this data through
cn_callback_entry.pdev->nls.
- 'seq' and 'group' should be u32, as they are
Struct member netlink_groups is never used, and I don't see how it
can be useful.
Signed-off-by: Li Zefan <[EMAIL PROTECTED]>
---
drivers/connector/cn_queue.c |1 -
include/linux/connector.h|1 -
2 files changed, 0 insertions(+), 2 deletions(-)
diff --git
Each entry in the list has a unique id, so just break out of the
loop if the matched id is found.
Signed-off-by: Li Zefan <[EMAIL PROTECTED]>
---
drivers/connector/connector.c |1 +
1 files changed, 1 insertions(+), 0 deletions(-)
diff --git a/drivers/connector/connector.c
- __cn_rx_skb() does nothing but calls cn_call_callback(), it doesn't
check skb and msg sizes as the comment suggests, but cn_rx_skb() checks
those sizes.
- In cn_rx_skb() Local variable 'len' is not used. 'len' is probably
intended to be passed to skb_pull(), but here skb_pull() is not needed,
On Thu, 2008-01-03 at 19:43 -0600, Robert Hancock wrote:
> Benjamin Herrenschmidt wrote:
> >> Another thing about the PacDigi core: one has to be very careful
> >> to avoid sequential accesses to sequential PCI locations when
> >> programming the chip -- it cannot handle merged register writes.
On Wed, 02 Jan 2008 13:51:32 PST, Eric Anopolsky said:
> their own kernels in the first place. IMHO, it's reasonable to expect
> the small minority of Linux users who want to compile their own kernels
> to learn that "EXPERIMENTAL" means something.
And what, exactly, does it mean, given that
# HG changeset patch
# User Jeremy Fitzhardinge <[EMAIL PROTECTED]>
# Date 1199319657 28800
# Node ID bba9287641ff90e836d090d80b5c0a846aab7162
# Parent d617b72a0cc9d14bde2087d065c36d4ed3265761
x86: page.h: move remaining bits and pieces
Move the remaining odds and ends into page.h.
# HG changeset patch
# User Jeremy Fitzhardinge <[EMAIL PROTECTED]>
# Date 1199321648 28800
# Node ID 22f6a5902285b58bfc1fbbd9e183498c9017bd78
# Parent bba9287641ff90e836d090d80b5c0a846aab7162
x86: page.h: move things back to their own files
Oops, asm/page.h has turned into an #ifdef hellhole.
Hi Ingo,
Here's a series which concentrates on unifying and cleaning up
asm-86/page*.h. Each patch in the series restricts itself to doing
one thing fairly simply, so it should be fairly low-risk and easy to
bisect.
The early version of this patch got rid of asm/page_32|64.h entirely,
but I
# HG changeset patch
# User Jeremy Fitzhardinge <[EMAIL PROTECTED]>
# Date 1199391030 28800
# Node ID 5d35c92fdf0e2c52edbb6fc4ccd06c7f65f25009
# Parent 22f6a5902285b58bfc1fbbd9e183498c9017bd78
x86/efi: fix improper use of lvalue
pgd_val is no longer valid as an lvalue, so don't try to assign to
# HG changeset patch
# User Jeremy Fitzhardinge <[EMAIL PROTECTED]>
# Date 1199319654 28800
# Node ID 3bd7db6e85e66e7f3362874802df26a82fcb2d92
# Parent f7e7db3facd9406545103164f9be8f9ba1a2b549
x86: page.h: move and unify types for pagetable entry definitions
This patch:
1. Defines arch-specific
# HG changeset patch
# User Jeremy Fitzhardinge <[EMAIL PROTECTED]>
# Date 1199317360 28800
# Node ID ba0ec40a50a7aef1a3153cea124c35e261f5a2df
# Parent c45c263179cb78284b6b869c574457df088027d1
x86: page.h: unify constants
There are many constants which are shared by 32 and 64-bit.
# HG changeset patch
# User Jeremy Fitzhardinge <[EMAIL PROTECTED]>
# Date 1199319656 28800
# Node ID d617b72a0cc9d14bde2087d065c36d4ed3265761
# Parent 3bd7db6e85e66e7f3362874802df26a82fcb2d92
x86: page.h: move pa and va related things
Move and unify the virtual<->physical address space
# HG changeset patch
# User Jeremy Fitzhardinge <[EMAIL PROTECTED]>
# Date 1199317452 28800
# Node ID f7e7db3facd9406545103164f9be8f9ba1a2b549
# Parent 4d9a413a0f4c1d98dbea704f0366457b5117045d
x86: add _AT() macro to conditionally cast
Define _AT(type, value) to conditionally cast a value when
# HG changeset patch
# User Jeremy Fitzhardinge <[EMAIL PROTECTED]>
# Date 1199317362 28800
# Node ID 4d9a413a0f4c1d98dbea704f0366457b5117045d
# Parent ba0ec40a50a7aef1a3153cea124c35e261f5a2df
x86: page.h: unify page copying and clearing
Move, and to some extent unify, the various page copying
thanks, applied.
--
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 Fri, 2008-01-04 at 03:45 +0100, Andi Kleen wrote:
> > I still have trouble to see that SLOB still has much to offer. An embedded
> > allocator that in many cases has more allocation overhead than the default
> > one? Ok you still have advantages if allocations are rounded up to the
> > next
On Thu, 3 Jan 2008 16:42:25 +0100 (CET) Andi Kleen <[EMAIL PROTECTED]> wrote:
>
> +++ linux/arch/x86/Kconfig
> @@ -1219,6 +1219,11 @@ source "kernel/power/Kconfig"
>
> source "drivers/acpi/Kconfig"
>
> +config X86_APM_BOOT
> + bool
> + default y
> + depends on APM
Does this want
On Thu, 2008-01-03 at 18:21 -0800, Christoph Lameter wrote:
> On Thu, 3 Jan 2008, Matt Mackall wrote:
>
> > There are three downsides with the slab-like approach: internal
> > fragmentation, under-utilized slabs, and pinning.
> >
> > The first is the situation where we ask for a kmalloc of 33
On Jan 4, 2008 6:58 AM, Josh Boyer <[EMAIL PROTECTED]> wrote:
> On Thu, 3 Jan 2008 22:41:40 +
> Ben Dooks <[EMAIL PROTECTED]> wrote:
>
> > On Thu, Jan 03, 2008 at 04:04:06PM -0600, Josh Boyer wrote:
> > > Rework the architecture specific Makefiles to use the in-kernel version of
> > > the
On Thu, Jan 03, 2008 at 04:58:54PM -0600, Josh Boyer wrote:
> On Thu, 3 Jan 2008 22:41:40 +
> Ben Dooks <[EMAIL PROTECTED]> wrote:
>
> > On Thu, Jan 03, 2008 at 04:04:06PM -0600, Josh Boyer wrote:
> > > Rework the architecture specific Makefiles to use the in-kernel version of
> > > the
On 2008.01.03 01:42:09 +0200, Adrian Bunk wrote:
> [ original bug report: http://lkml.org/lkml/2008/1/2/253 ]
>
> On Wed, Jan 02, 2008 at 10:48:43PM +0100, Andreas Mohr wrote:
> > Hi,
> >
> > On Wed, Jan 02, 2008 at 10:04:49PM +0100, Richard Jonsson wrote:
> > > Bugreport regarding forcedeth
thanks for keeping on top of the schedule, applied for 2.6.25.
--
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
The documented call sequence for removing a host is to call the
transport xxx_remove_host() prior to scsi_remove_host(). The SRP
transport used to crash when that order was followed, but as it is now
fixed, use the documented order.
Signed-off-by: David Dillow <[EMAIL PROTECTED]>
Acked-by: FUJITA
Venki Pallipadi wrote:
Reintroduce run time configurable max_cstate for !CPU_IDLE case.
Signed-off-by: Venkatesh Pallipadi <[EMAIL PROTECTED]>
Index: linux-2.6.24-rc/drivers/acpi/processor_idle.c
===
---
On Friday 04 January 2008 07:04:30 Zach Brown wrote:
> Rusty Russell wrote:
> > When an AIO write gets an error after writing some data (eg. ENOSPC),
> > it should return the amount written already, not the error. Just like
> > write() is supposed to.
>
> Andrew, please don't queue this fix. I
Linda Walsh wrote:
Robert Hancock wrote:
Looks like the drive reports ERR/ABRT (command aborted), meaning it
likely doesn't support those commands.
---
Except the PATA version of the drive does (same capacity, & other
specs). Seagate would
disable "advanced" features for SATA but
On Thu, 03 Jan 2008 21:39:19 -0500
Dave Dillow <[EMAIL PROTECTED]> wrote:
> When removing the ib_srp module, srp_remove_one() does not release the
> SRP transport class when it is releasing the SCSI host. This leads to
> dangling references to kfree()'d memory, and an eventual oops.
>
>
On Thu, 03 Jan 2008 21:34:49 -0500
Dave Dillow <[EMAIL PROTECTED]> wrote:
> The SCSI SRP transport class currently iterates over all children
> devices of the host that is being removed in srp_remove_host(). However,
> not all of those children were created by the SRP transport, and
> removing
Allen Martin wrote:
Dunno about the NVidia version.
Theirs works rather differently - the GO bit is there, but there's
another append register which is used to tell the controller
that a new
tag has been added to the CPB list.
The only thing we currently use the GO bit for is to switch
Linda Walsh wrote:
I seem to remember reading about some problems with Promise SATA & ACPI.
Does this address that or is that a separate issue? (Am using no-acpi for
now, but would like to try acpi again if it may be fixed (last time I tried
it with this card, "sdb" went "offline" (once it
> I still have trouble to see that SLOB still has much to offer. An embedded
> allocator that in many cases has more allocation overhead than the default
> one? Ok you still have advantages if allocations are rounded up to the
> next power of two for a kmalloc and because of the combining of
Robert Hancock wrote:
Looks like the drive reports ERR/ABRT (command aborted), meaning it
likely doesn't support those commands.
---
Except the PATA version of the drive does (same capacity, & other
specs). Seagate would
disable "advanced" features for SATA but leave them for the older
Mikael Pettersson wrote:
Linda Walsh writes:
> Robert Hancock wrote:
> > Linda Walsh wrote:
> read rate began falling; at 128k block-reads-at-a-time or larger, it
> drops below 20MB/s (only on buffered SATA).
>
> But more importantly -- I notice a chronic error message
On Thu, Jan 03, 2008 at 12:46:23PM +0100, Jochen Friedrich wrote:
> Hi David,
>
> >> +/ {
> >> + model = "unknown,dbox2"; // boot wrapper fills in correct manufacturer
> >
> > Probably better just to leave model out of the dts and let the
> > bootwrapper add it.
>
> Unfortunately, dtc requires
When removing the ib_srp module, srp_remove_one() does not release the
SRP transport class when it is releasing the SCSI host. This leads to
dangling references to kfree()'d memory, and an eventual oops.
Signed-off-by: David Dillow <[EMAIL PROTECTED]>
---
On Fri, 2008-01-04 at 09:47 +0900, FUJITA
Linda Walsh wrote:
Robert Hancock wrote:
Linda Walsh wrote:
Alan Cox wrote:
rate began falling; at 128k block-reads-at-a-time or larger, it
drops below
20MB/s (only on buffered SATA).
Try disabling NCQ - see if you've got a drive with the 'NCQ = no
readahead' flaw.
The SCSI SRP transport class currently iterates over all children
devices of the host that is being removed in srp_remove_host(). However,
not all of those children were created by the SRP transport, and
removing them will cause corruption and an oops when their creator tries
to remove them.
James Morris wrote:
> On Wed, 2 Jan 2008, KaiGai Kohei wrote:
>
>>> Another issue is that securityfs depends on CONFIG_SECURITY, which might be
>>> undesirable, given that capabilities are a standard feature.
>> We can implement this feature on another pseudo filesystems.
>> Do you think what
On Thu, 3 Jan 2008, Matt Mackall wrote:
> There are three downsides with the slab-like approach: internal
> fragmentation, under-utilized slabs, and pinning.
>
> The first is the situation where we ask for a kmalloc of 33 bytes and
> get 64. I think the average kmalloc wastes about 30% trying to
Reintroduce run time configurable max_cstate for !CPU_IDLE case.
Signed-off-by: Venkatesh Pallipadi <[EMAIL PROTECTED]>
Index: linux-2.6.24-rc/drivers/acpi/processor_idle.c
===
--- linux-2.6.24-rc.orig/drivers/acpi/processor_idle.c
On 2007.12.19 13:26:08 +, Zhenyu Wang wrote:
>
> [agp-mm] [intel_iommu] explicit export current graphics dmar status
>
> To make it possbile to tell other modules about curent
> graphics dmar engine status, that could decide if graphics
> driver should remap physical address to dma address.
> There is also the issue of compiled code which explicitly raises and
> lowers capabilities around critical code sections (ie., as they were
> intended to be used) is also not well served by this change.
>
> That is, unless the code was compiled with things like CAP_MAC_ADMIN
> being #define'd
Benjamin Herrenschmidt wrote:
Another thing about the PacDigi core: one has to be very careful
to avoid sequential accesses to sequential PCI locations when
programming the chip -- it cannot handle merged register writes.
So for any group of sequentially laid out registers, the code has
to
Le 02 Janvier 2008, Jean Delvare a écrit:
>
> Hi David, hi Eric,
>
> Le 29/12/2007, "David Brownell" <[EMAIL PROTECTED]> a écrit:
> >From: eric miao <[EMAIL PROTECTED]>
> >
> >This adds a new-style I2C driver with basic support for the sixteen
> >bit PCA9539 GPIO expanders.
> >
> >
When checking multiple files, the report buffer is not cleared
after processing a file, thus the report will be printed again
and again, mixing up with other reports.
Signed-off-by: Li Zefan <[EMAIL PROTECTED]>
---
scripts/checkpatch.pl |6 +++---
1 files changed, 3 insertions(+), 3
I don't know, this all looks a bit dirty to me, MAC reading/writing
should have been implemented in a more central way, then those people
wouldn't have confused heaven and hell with MAC address fiddling.
And yeah, this certainly looks like a bug that should be fixed ASAP,
unless my short
Hi, Anton,
2008/1/4, Anton Vorontsov <[EMAIL PROTECTED]>:
> Hi Dmitry,
>
> On Thu, Jan 03, 2008 at 03:53:19AM +0300, Dmitry Baryshkov wrote:
> > Currently pda-power adds both ac and usb power supply units.
> > This patch fixes it so that psu are added only if they are enabled.
>
> Thanks for the
On Thu, 2008-01-03 at 11:33 -0800, Kok, Auke wrote:
> Shaohua Li wrote:
> > PCI Express ASPM defines a protocol for PCI Express components in the D0
> > state to reduce Link power by placing their Links into a low power state
> > and instructing the other end of the Link to do likewise. This
> >
On Thursday 03 January 2008, Borislav Petkov wrote:
> Signed-off-by: Borislav Petkov <[EMAIL PROTECTED]>
minor thing:
WARNING: line over 80 characters
#88: FILE: drivers/ide/ide-floppy.c:759:
+ put_unaligned(cpu_to_be16(blocks), (unsigned short *)
>c[7]);
seems like it can be
On Thursday 03 January 2008, Borislav Petkov wrote:
> This BUG_ON is unneeded since the ->handler != NULL check is performed in
> ide_set_handler().
>
> Signed-off-by: Borislav Petkov <[EMAIL PROTECTED]>
looks good, please move it at the beginning of the patch series
--
To unsubscribe from this
On Thu 3 Jan 2008 12:04, Richard D pondered:
> Does all USB Host controller hardware have the ability to disable PING?
I think they do. (or at least should)...
http://www.intel.com/technology/usb/download/ehci-r10.pdf
==
4.11 Ping Control (page 88)
USB 2.0 defines an addition to
On Thursday 03 January 2008, Borislav Petkov wrote:
> There should be no functional change resulting from this patch.
the patch is fine but the description is a bit inaccurate:
* some debug_log() calls were not using "ide-floppy: " prefix
* a few used printk levels different than KERN_INFO
On Thursday 03 January 2008, Borislav Petkov wrote:
> Signed-off-by: Borislav Petkov <[EMAIL PROTECTED]>
applied with two minor fixes (and sorry for being such a pedant ;):
* Summary line moved to patch description and "ide-floppy: cleanup header"
used instead. Please try to keep summary line
On Thursday 03 January 2008, Borislav Petkov wrote:
> Replace the ide-floppy packet commands opcode defines with the generic ones.
> Add a missing GPCMD_WRITE_12 (opcode 0xaa) to the generic ones in cdrom.h. The
> last one can be found in the current version of INF-8090, p.905.
>
> CC: Jens Axboe
Hi,
On Thursday 03 January 2008, Borislav Petkov wrote:
>
> Hi Bart,
>
> here's the unfinished redux of ide-floppy which i'm REsending now so that we
> could
> sinchronize trees. The original send got busted in vger's filters due to
> syntax
> error in the Message-ID tag.
>
>
On Thu, Jan 03, 2008 at 02:16:21PM +0100, Gabor Gombas wrote:
> On Wed, Jan 02, 2008 at 04:16:42PM +0100, Gabor Gombas wrote:
>
> > So the patch referenced above does not help. But I've found a very easy
> > way to trigger the bug:
> >
> > - do a "cat /dev/zero > /dev/rfcomm0"
> > - switch the
On Thu, 2008-01-03 at 17:17 -0700, Andrew Patterson wrote:
> On Fri, 2008-01-04 at 09:07 +0900, Tejun Heo wrote:
> > Hello,
> >
> > Andrew Patterson wrote:
> > > It looks like this is a shell issue. After looking through the sysfs
> > > code, I realized that this problem seems to be driven from
On Thu, 03 Jan 2008 15:51:25 -0500
David Dillow <[EMAIL PROTECTED]> wrote:
>
> On Thu, 2008-01-03 at 15:09 -0500, David Dillow wrote:
> > As for a better fix, I'm not sure.
>
> Here's a better way than the strncmp. If this meets everyone's approval,
> then I can roll up a proper commit.
Signed-off-by: Anton Vorontsov <[EMAIL PROTECTED]>
---
Untested, just to show the idea.
drivers/power/pda_power.c | 40
include/linux/pda_power.h |1 +
2 files changed, 41 insertions(+), 0 deletions(-)
diff --git a/drivers/power/pda_power.c
- handle spurious interrupts correctly;
- get rid of pda_power_supplies array, use two variables instead;
- factor out psy_changed() function, it will be used for polling.
Signed-off-by: Anton Vorontsov <[EMAIL PROTECTED]>
---
Untested, just to show the idea.
drivers/power/pda_power.c | 152
> > Dunno about the NVidia version.
>
> Theirs works rather differently - the GO bit is there, but there's
> another append register which is used to tell the controller
> that a new
> tag has been added to the CPB list.
>
> The only thing we currently use the GO bit for is to switch
>
On Thursday January 3, [EMAIL PROTECTED] wrote:
>
> On closer look the safer test is:
>
> !test_bit(STRIPE_OP_COMPUTE_BLK, >ops.pending).
>
> The 'req_compute' field only indicates that a 'compute_block' operation
> was requested during this pass through handle_stripe so that we can
>
Hi Dmitry,
On Thu, Jan 03, 2008 at 03:53:19AM +0300, Dmitry Baryshkov wrote:
> Currently pda-power adds both ac and usb power supply units.
> This patch fixes it so that psu are added only if they are enabled.
Thanks for the patch, this should be fixed of course. A comment
though...
>
On Fri, 2008-01-04 at 09:07 +0900, Tejun Heo wrote:
> Hello,
>
> Andrew Patterson wrote:
> > It looks like this is a shell issue. After looking through the sysfs
> > code, I realized that this problem seems to be driven from user-land.
> > So I performed some experiments:
> >
> > 1. Wrote
This patch to printk.c fixes a few errors reported by checkpatch.pl
Before:
total: 18 errors, 17 warnings, 1306 lines checked
After:
total: 1 errors, 17 warnings, 1305 lines checked
This new version includes a fix suggested by Jesper Juhl
Signed-off-by: Paolo Ciarrocchi <[EMAIL PROTECTED]>
---
First of all let me wish a happy new year.
I come back from the vacations and i compiled the initio driver with
#define DEBUG_INTERRUPT 1
#define DEBUG_QUEUE 1
#define DEBUG_STATE 1
#define INT_DISC1
I used the sources from 2.6.24-rc6-git9 kernel. At kernel boot time the initio
reboot_{32|64}.c unification patch.
This patch unifies the code from the reboot_32.c and reboot_64.c files.
It has been tested in computers with X86_32 and X86_64 kernels and it
looks like all reboot modes work fine (EFI restart system hasn't been
tested yet).
Probably I made some mistakes
nokia.com> writes:
>
>
> Hi
>
> I am running 2.6.23 kernel on i386. Sometimes during reboot or file read
> write
> I get this kernel crash. .config attached.
>
> kernel BUG at fs/buffer.c:1245!
> invalid opcode: [#1]
> SMP
> Modules linked in: sfpacket(PF) e1000 adm1026 hwmon_vid
Hello,
Andrew Patterson wrote:
> It looks like this is a shell issue. After looking through the sysfs
> code, I realized that this problem seems to be driven from user-land.
> So I performed some experiments:
>
> 1. Wrote a simple program that just used write(2) to write to the
>
On Fri, Jan 04, 2008 at 12:51:50AM +0100, Guillaume Chazarain wrote:
> Now that strangers are kept out of /proc//maps, let's welcome them
> with -EPERM instead of a blank file.
NAK
The whole point is that we have to reject it at read() time, not open()
time. Checks in open() are
a)
Now that strangers are kept out of /proc//maps, let's welcome them
with -EPERM instead of a blank file.
Signed-off-by: Guillaume Chazarain <[EMAIL PROTECTED]>
---
fs/proc/base.c |8
1 files changed, 4 insertions(+), 4 deletions(-)
diff --git a/fs/proc/base.c b/fs/proc/base.c
Looking at pit_read() in arch/x86/kernel/i8253.c, it seems that the PIT
clocksource code assumes that the PIT CH0 is in periodic mode. With
clockevents, this assumption is no longer valid. There are at least two
places that make this assumption:
1) The calculation at the end of pit_read()
On Mon, 2007-12-03 at 14:15 -0700, Andrew Patterson wrote:
> On Thu, 2007-11-29 at 10:07 +0900, Tejun Heo wrote:
> > Andrew Patterson wrote:
> > > I tried with clean 2.6.24-rc3 and get the same bad behavior. This is on
> > > an ia64 box, so maybe that is an issue. I can try on an x86 box as well.
On Fri, 4 Jan 2008 00:14:46 +0100 Paolo Ciarrocchi wrote:
> This patch to printk.c fixes a few errors reported by checkpatch.pl
>
> Before:
> total: 18 errors, 17 warnings, 1306 lines checked
>
> After:
> total: 1 errors, 17 warnings, 1305 lines checked
>
>
> Signed-off-by: Paolo Ciarrocchi
On 04/01/2008, Paolo Ciarrocchi <[EMAIL PROTECTED]> wrote:
> This patch to printk.c fixes a few errors reported by checkpatch.pl
>
[...]
> - for (a=console_drivers->next, b=console_drivers ;
> -a; b=a, a=b->next) {
> + for (a = console_drivers->next,
On Thu, 2008-01-03 at 16:00 -0700, Williams, Dan J wrote:
> On Thu, 2008-01-03 at 15:46 -0700, NeilBrown wrote:
> > This patch fixes a fairly serious bug in md/raid5 in 2.6.23 and
> 24-rc.
> > It would be great if it cold get into 23.13 and 24.final.
> > Thanks.
> > NeilBrown
> >
> > ### Comments
On 04/01/2008, Paolo Ciarrocchi <[EMAIL PROTECTED]> wrote:
> Before:
> total: 25 errors, 13 warnings, 602 lines checked
>
> After:
> total: 3 errors, 13 warnings, 602 lines checked
>
>
> Signed-off-by: Paolo Ciarrocchi <[EMAIL PROTECTED]>
Looks sane to me.
Reviewed-by: Jesper Juhl <[EMAIL
Before:
total: 25 errors, 13 warnings, 602 lines checked
After:
total: 3 errors, 13 warnings, 602 lines checked
Signed-off-by: Paolo Ciarrocchi <[EMAIL PROTECTED]>
---
Ingo, I'm sending this patch to you since according to git shortlog -e
you are the most active modifier of this file
On Thu, 2008-01-03 at 18:11 -0500, Rik van Riel wrote:
> On Thu, 03 Jan 2008 15:20:09 -0500
> David Dillow <[EMAIL PROTECTED]> wrote:
>
> > diff --git a/drivers/infiniband/ulp/srp/ib_srp.c
> > b/drivers/infiniband/ulp/srp/ib_srp.c
> > index 950228f..6e7e3c8 100644
> > ---
This patch to printk.c fixes a few errors reported by checkpatch.pl
Before:
total: 18 errors, 17 warnings, 1306 lines checked
After:
total: 1 errors, 17 warnings, 1305 lines checked
Signed-off-by: Paolo Ciarrocchi <[EMAIL PROTECTED]>
---
Adrian, I'm sending this patch to you because according
On Thu, 03 Jan 2008 17:17:29 +0200
Benny Halevy <[EMAIL PROTECTED]> wrote:
> On Jan. 03, 2008, 14:30 +0200, Arnaldo Carvalho de Melo
> > Agreed, CodingStyle is not about mindless consistency such as "for
> > (" is the right thing, so "list_for_each (" is consistent with it,
> > it is about
On Thu, 03 Jan 2008 15:20:09 -0500
David Dillow <[EMAIL PROTECTED]> wrote:
> diff --git a/drivers/infiniband/ulp/srp/ib_srp.c
> b/drivers/infiniband/ulp/srp/ib_srp.c
> index 950228f..6e7e3c8 100644
> --- a/drivers/infiniband/ulp/srp/ib_srp.c
> +++ b/drivers/infiniband/ulp/srp/ib_srp.c
> @@
1 - 100 of 787 matches
Mail list logo