Hi,
I am using linux 2.6.19 and am seeing the following kernel crash.
Im trying to test my jffs2 file system - The test creates 400 files
with a pattern and checks for data correctness.
I dont know why jffs2_flush_wbuf() leads to a crash.
Has anyone faced this problem before?.
Can anyone
I'm not even sure this report is IT8212 related rather than just an IRQ
storm
Why does the driver report irq 0?
ata7: PATA max UDMA/133 cmd blah ctl blah bmdma blah irq 0
Above that, the ACPI layer says it assigned IRQ 20
Because the libata core code in 2.6.22rc6 reports all
On Fri, Jun 29, 2007 at 08:27:12AM +1000, Nigel Cunningham wrote:
Can we rename/reuse existing flag variable?
Sorry, but I can't resist the opportunity to say Send a patch! :)
Seriously, though, I'd prefer not to. If we rename that acpi video flags
variable (I assume this is what you're
On Thursday 28 June 2007 13:53:17 Pavel Machek wrote:
Hi!
And sometimes maybe the issue isn't even just about straight
translations, but also perhaps about explaining cultural differences that
aren't mentioned at all in the documentation, just because people in the
west end up taking
On Fri, 29 Jun 2007 14:10:49 -0400
Jeff Garzik [EMAIL PROTECTED] wrote:
Alan Cox wrote:
I'm not even sure this report is IT8212 related rather than just an IRQ
storm
Why does the driver report irq 0?
ata7: PATA max UDMA/133 cmd blah ctl blah bmdma blah irq 0
Above that, the
Alan Cox wrote:
I'm not even sure this report is IT8212 related rather than just an IRQ
storm
Why does the driver report irq 0?
ata7: PATA max UDMA/133 cmd blah ctl blah bmdma blah irq 0
Above that, the ACPI layer says it assigned IRQ 20
Because the libata core code in 2.6.22rc6
On Fri, Jun 29, 2007 at 10:53:39AM -0400, Jeremy Fitzhardinge wrote:
Roman Zippel wrote:
The problem I have is that you want to separate _all_ constants, which
doesn't really make sense to me, because many of them are useless without
the correspending structures.
It seems cleanest to
In some cases we cannot use BAR0-BAR3 on this chip due to errata. The
relevant interfaces are available via BAR4 and we set the chip up to use
those instead.
This plus testing means it can move from experimental to production spec
Signed-off-by: Alan Cox [EMAIL PROTECTED]
diff -u --new-file
the fix in this commit:
| commit 58e78475ec706f93e0cc049449ffd11fbfdadb3e
| Author: Jeff Mahoney [EMAIL PROTECTED]
| Date: Wed Jun 27 14:09:58 2007 -0700
|
|saa7134: fix thread shutdown handling
|
|This patch changes the test for the thread pid from = 0 to 0.
might be incomplete -
On Fri, Jun 29, 2007 at 02:19:59PM +0200, Heiko Carstens wrote:
- tt = report_bug(regs-iaoq[0] ~3);
+ tt = report_bug(regs-iaoq[0] ~3, regs);
Groovy, I'll try to test this over the weekend.
-
To unsubscribe from this list: send the line unsubscribe linux-kernel in
the
On Fri, 29 Jun 2007 19:17:03 +0100
Alan Cox [EMAIL PROTECTED] wrote:
In some cases we cannot use BAR0-BAR3 on this chip due to errata. The
relevant interfaces are available via BAR4 and we set the chip up to use
those instead.
This plus testing means it can move from experimental to
I don't dare comment on your page_mkclean_one patch (5/5),
that dirty page business has grown too subtle for me.
Your cleanups 2-4 look good, especially the mm_types.h one (how
confident are you that everything builds?), and I'm glad we can
now lay ptep_establish to rest. Though I think you may
Hello,
this patch adds support for IRTOUCHSYSTEMS (or UNITOP) infrared touchscreens.
The manufacturer (http://www.irtouch.com) provides only closed source drivers
for specific kernel versions (looks like GPL violation, btw.) which I haven't
even tried (as there's no chance that any of the
H. J. Lu wrote:
}
[EMAIL PROTECTED] tmp]$ gcc -m32 -S foo.c
foo.c: In function â_disabledâfoo.c:7: error: impossible register
constraint in âmâoo.c:12: confused by earlier errors, bailing out
[EMAIL PROTECTED] tmp]$
on 32bit. This patch removes the ULL suffix in SVM MSR indexes.
H.J.
---
Hello, I wrote:
I've got a hard lockup in the ide subsystem, probably
due to some irq spew or something like that.
I've just bought a brand new Maxtor 320GB disk driver for the insane
price of $70 US to replace another failing drive. It works well under
light load;
I was able to copy about
We have to change udf_crc16() name to udf_crc()
to be able to play with CRC test.
Signed-off-by: Cyrill Gorcunov [EMAIL PROTECTED]
---
fs/udf/crc.c |4 ++--
1 files changed, 2 insertions(+), 2 deletions(-)
diff --git a/fs/udf/crc.c b/fs/udf/crc.c
index 490aebe..85aaee5 100644
---
Hello!
Also, create_workqueue() is very costly. The last 2 lines should be
reverted.
Indeed.
The result improves from 3988 nanoseconds to 3975. :-)
Actually, the difference is within statistical variance,
which is about 20 ns.
Alexey
-
To unsubscribe from this list: send the line unsubscribe
On Thu, Jun 28, 2007 at 10:57:00PM -0400, Kyle Moffett wrote:
On Jun 28, 2007, at 14:49:24, Davide Libenzi wrote:
So I implemented a rather quick hack that introduces a new mmap()
flag MAP_NOZERO (only valid for anonymous mappings) and the vma
counter-part VM_NOZERO. Also, a new
Make sure we set dependencies on CPU features.
Signed-off-by: Jeremy Fitzhardinge [EMAIL PROTECTED]
Cc: Adrian Bunk [EMAIL PROTECTED]
---
arch/i386/xen/Kconfig |2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
===
---
Hello,
I've been trying to make sense of how the kernel (on an i386) calls
__do_IRQ() from do_IRQ() for the past few days to no avail. After
doing some research I found out that do_IRQ() calls the corresponding
highlevel irq-events handler, this lead me to believe that the
kernel calls __do_IRQ
I read a post that you made about not being able to expand anonymous
shared mapping with mremap(). And I am actually having that issue now.
You made the post in 2004 and we are now in 2007. I would like to know
if that feature was added because the code below always fail with bus
error on my
On Fri, Jun 29, 2007 at 12:23:43PM -0400, Muli Ben-Yehuda wrote:
On Fri, Jun 29, 2007 at 08:28:58AM -0700, Keshavamurthy, Anil S wrote:
+++ linux-2.6.22-rc4-mm2/drivers/pci/dmar.c 2007-06-29 07:46:25.0
-0700
@@ -260,6 +260,8 @@
int ret = 0;
dmar = (struct
The Coverity checker spotted the following use-after-free of skb in
drivers/net/wireless/libertas/rx.c introduced by
commit 9012b28a407511fb355f6d2176a12d4653489672 (WTF did this commit
with the title libertas: make debug configurable add the
skb-protocol = __constant_htons(0x0019); line?):
--
The HPT36x chips finally turned out to have the channel enable bits -- however,
badly implemented. Make use of them despite it's probably only going to burden
the driver's code -- assuming both channels are always enabled by the HighPoint
BIOS anyway...
Signed-off-by: Sergei Shtylyov [EMAIL
Hi,
Most 1394 drivers on Linux, ohci1394 for instance, calls
request_irq() before
initializing/enabling hardware chip. I'd like to reverse the order
so that driver
can exit the kernel without calling free_irq() if hardware failed.
Is that ok?
will it cause side effect? Thanks.
On Fri, 29 Jun 2007, Andy Isaacson wrote:
On Thu, Jun 28, 2007 at 10:57:00PM -0400, Kyle Moffett wrote:
On Jun 28, 2007, at 14:49:24, Davide Libenzi wrote:
So I implemented a rather quick hack that introduces a new mmap()
flag MAP_NOZERO (only valid for anonymous mappings) and the vma
On Fri, 2007-06-29 at 12:35 -0700, Li Juen Hwang wrote:
Hi,
Most 1394 drivers on Linux, ohci1394 for instance, calls
request_irq() before
initializing/enabling hardware chip. I'd like to reverse the order
so that driver
can exit the kernel without calling free_irq() if
On Fri, 29 Jun 2007 [EMAIL PROTECTED] wrote:
Hi,
I've recently compiled a vanilla 2.6.21 kernel, patched with Ingo Molnar's
rt-8 patch, as I was unable to compile with rt-7.
I needed it because I'm using audio applications (tests were made with
FrugalWare, but I don't think it's a distro
[PATCH 2/2] net: make net and forcedeth to use kmalloc_node
Signed-off-by: Yinghai Lu [EMAIL PROTECTED]
diff --git a/drivers/net/forcedeth.c b/drivers/net/forcedeth.c
index 42ba1c0..6d53b52 100644
--- a/drivers/net/forcedeth.c
+++ b/drivers/net/forcedeth.c
@@ -1383,7 +1383,7 @@ static int
[PATCH 1/2] x86_64: get mp_bus_to_node as early
In struct device, we already have numa_node member. and we can use dev_to_node()
/set_dev_node() to get and set numa_node in the device.
set_dev_node is called in pci_device_add() with pcibus_to_node(bus). and
pci_bus_to_node use bus-sysdata for
On Fri, 29 Jun 2007 13:16:57 +0100
Alan Cox [EMAIL PROTECTED] wrote:
If those operations involve modifying that slab page's pageframe then what
stops concurrent dma'ers from stomping on each other's changes? As in:
why aren't we already buggy?
Or DMA operations falling out with CPU
Lenovo Z61p, Intel Core2 Duo T7200
I have 4GB RAM installed and BIOS recognize 4GB RAM.
Linux kernel (Ubuntu-7.04, 32bit-PAE and 64bit, openSUSE-10.2 32bit-PAE
and 64bit) tells me: only 3GB of RAM are installed.
Any other user with a 4GB Thinkpad? tytso?
What can i do? Please help!
Regards
On Fri, 29 Jun 2007 14:32:09 +0200
Mariusz Kozlowski [EMAIL PROTECTED] wrote:
Hello,
allmodconfig on powerpc (iMac g3) fails due to
git-kgdb.patch. allmodconfig defaults should be changed?
CC arch/powerpc/kernel/kgdb.o
arch/powerpc/kernel/kgdb.c:485:2: error: #error Both
LOL ER wrote:
Hello,
I've been trying to make sense of how the kernel (on an i386) calls
__do_IRQ() from do_IRQ() for the past few days to no avail. [...]
Since i386 was switched to the generic-IRQ architecture (see Linux
generic IRQ handling in Documentation/Docbook) it does not use
I'm reading Ingo's NX quick start document:
http://people.redhat.com/mingo/nx-patches/QuickStart-NX.txt
Quote:
If an application defines a noexec stack then the kernel will enforce
this executability, and all attempts to execute on the stack will be
prevented by the hardware.
My question is
On Fri, 29 Jun 2007 09:10:52 -0400 (EDT)
Robert P. J. Day [EMAIL PROTECTED] wrote:
Please provide changelogs.
I assume this patch fixes some build error or something.
I am still awaiting a description of what this patch does.
i actually asked about this on either the janitors or
On Fri, 29 Jun 2007 11:50:04 -0400
Mingming Caoc [EMAIL PROTECTED] wrote:
I think the ext4 patch queue is in good shape now.
Which ext4 patches are you intending to merge into 2.6.23?
Please send all those out to lkml for review?
-
To unsubscribe from this list: send the line unsubscribe
On Fri, 29 Jun 2007 16:17:38 +0200 (CEST)
Roman Zippel [EMAIL PROTECTED] wrote:
On Thu, 28 Jun 2007, Andrew Morton wrote:
So save yourself some hassle and check your .config carefully before
building this kernel. Make sure that everything you need is still
enabled.
I found
On Fri, 29 Jun 2007 10:50:30 -0400
[EMAIL PROTECTED] wrote:
On Thu, 28 Jun 2007 03:43:21 PDT, Andrew Morton said:
ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.22-rc6/2.6.22-rc6-mm1/
Configures, builds, boots on first try. Dell Latitude D820 laptop, T7200 CPU,
x86_64
Alan Cox wrote:
On Fri, 29 Jun 2007 14:10:49 -0400
Jeff Garzik [EMAIL PROTECTED] wrote:
Alan Cox wrote:
I'm not even sure this report is IT8212 related rather than just an IRQ
storm
Why does the driver report irq 0?
ata7: PATA max UDMA/133 cmd blah ctl blah bmdma blah irq 0
Above
Alan Cox [EMAIL PROTECTED] wrote:
On Fri, 29 Jun 2007 00:00:27 +0200
Rene Herman [EMAIL PROTECTED] wrote:
On 06/28/2007 06:30 PM, Alan Cox wrote:
Public domain is GPL compatible.
Would you happen to have an opinion on the attached? I don't so much need it
The answer is NO
Public
On Fri, Jun 29, 2007 at 01:45:29PM -0700, Andrew Morton wrote:
On Fri, 29 Jun 2007 13:16:57 +0100
Alan Cox [EMAIL PROTECTED] wrote:
If those operations involve modifying that slab page's pageframe then what
stops concurrent dma'ers from stomping on each other's changes? As in:
why
On Fri, 2007-06-29 at 19:56 +0100, Hugh Dickins wrote:
I don't dare comment on your page_mkclean_one patch (5/5),
that dirty page business has grown too subtle for me.
Oh yes, the dirty handling is tricky. I had to fix a really nasty bug
with it lately. As for page_mkclean_one the difference is
On Fri, Jun 29, 2007 at 12:23:53PM -0700, Keshavamurthy, Anil S wrote:
Since this is IOMMU is built into the kernel and it is good idea to
report that the device is not present.
Yes - as a debug message.
The above is printed only once and is consistent with other IOMMU
implementation.
Still we can't do this under cinergyt2-sem, because cinergyt2_query()
takes it too. This all looks very wrong to me, I hope maintaners can
explain.
AFAIK, the driver authors are not working anymore with CinergyT2. The
last patch we have on development tree from Holger is dated as Dec, 3
2004.
On 06/29/2007 11:05 PM, Bodo Eggert wrote:
Alan Cox [EMAIL PROTECTED] wrote:
Indeed if its public domain you may have almost no rights at all
depending what you were given. Once you get the source code you can do
stuff but I don't have to give you that. If its public domain I can find
On 6/29/07, Mauro Carvalho Chehab [EMAIL PROTECTED] wrote:
Still we can't do this under cinergyt2-sem, because cinergyt2_query()
takes it too. This all looks very wrong to me, I hope maintaners can
explain.
AFAIK, the driver authors are not working anymore with CinergyT2. The
last patch we
This patch-set implements the skeleton for a new sys_indirect() system call.
The reason for such system call would be to avoid the proliferation of new
system calls, introduced to only wrap old ones by setting/unsetting a given
context before/after the real system call.
The internal operation of
This file implements a fast, sequential allocator. Chunks of memory
are allocated in blocks of pages, and inside these blocks memory is
allocated is a sequential fashion. All the allocated memory is released
in one single sweep by freeing the backing pages. Indeed, there is not
an fsa_free()
This patch introduces a new call_syscall() helper for the x86 family
archs, to be used by sys_indirect().
Signed-off-by: Davide Libenzi [EMAIL PROTECTED]
- Davide
---
arch/i386/kernel/entry.S| 18 ++
arch/x86_64/kernel/entry.S | 18 ++
This is the core skeleton for the new sys_indirect() system call.
Signed-off-by: Davide Libenzi [EMAIL PROTECTED]
- Davide
---
include/linux/indirect.h | 32 +
include/linux/syscalls.h |5 ++
kernel/Makefile |2
kernel/sys_indirect.c| 109
This is the compat code necessary for sys_indirect(). Since the data
structure passed down to sys_indirect() is compat-free, this is the
only processing needed.
A required compat_call_syscall() has been added to the x86-64 arch.
Signed-off-by: Davide Libenzi [EMAIL PROTECTED]
- Davide
---
Wires sys_indirect() to the x86 family arch.
Signed-off-by: Davide Libenzi [EMAIL PROTECTED]
- Davide
---
arch/i386/kernel/syscall_table.S |1 +
arch/x86_64/ia32/ia32entry.S |1 +
include/asm-i386/unistd.h|4 +++-
include/asm-x86_64/unistd.h |3 +++
4 files
On Friday, 29 June 2007 17:28, Keshavamurthy, Anil S wrote:
On Thu, Jun 28, 2007 at 06:14:27PM -0700, Li, Shaohua wrote:
ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.22-
rc6/2.6.22-rc6-mm1/
+intel-iommu-dmar-detection-and-parsing-logic.patch
[..]
I took
This is an example of how to add a context set/unset wrapper inside
the kernel, for something like open flags:
1) Alloc a new SYSIND_CTX_* sequential index inside linux/indirect.h
2) Define a new struct sysind_ctx_* to be used by userspace
3) Define proper set/unset functions inside
But it's running a Web service which is a combination of C code and
Tomcat/Java. I have no clue how to determine which portions specify a
noexec stack and which don't.
In case it turns out some portions do not specify a noexec stack, my
next question is how to get the application to
On Thu, Jun 28, 2007 at 11:02:39PM +0200, Turbo Fredriksson wrote:
2. How do I move a VG/PV/LV from PPC to x86?
The on-disk LVM2 metadata should be accessible from both
architectures.
Alasdair
--
[EMAIL PROTECTED]
-
To unsubscribe from this list: send the line unsubscribe linux-kernel in
the
On Friday 29 June 2007, Sergei Shtylyov wrote:
The HPT36x chips finally turned out to have the channel enable bits --
however,
badly implemented. Make use of them despite it's probably only going to
burden
the driver's code -- assuming both channels are always enabled by the
HighPoint
Place all the IOACPI NMI support code under CONFIG_ACPI
to clear up build errors with certain configs.
Signed-off-by: John Keller [EMAIL PROTECTED]
---
arch/x86_64/kernel/io_apic.c | 77 +
1 file changed, 40 insertions(+), 37 deletions(-)
Index:
Robert Hancock hancockr at shaw.ca writes:
In the case of S/PDIF output on ice1724 (and probably other cards), it
would be nice if ALSA defaulted to routing default audio to both the
S/PDIF and analog ports, as this is what most users would normally
expect.. The Windows drivers work like
Arjan van de Ven [EMAIL PROTECTED] writes:
like this:
$ eu-readelf -l /bin/true | grep STACK
GNU_STACK 0x00 0x 0x 0x00 0x00 RW 0x4
(replace /bin/true with the binary or library you want to check)
if it says RW like here, it'll have non-executable
On Sat, 2007-06-30 at 00:15 +0200, Andreas Schwab wrote:
Arjan van de Ven [EMAIL PROTECTED] writes:
like this:
$ eu-readelf -l /bin/true | grep STACK
GNU_STACK 0x00 0x 0x 0x00 0x00 RW 0x4
(replace /bin/true with the binary or library you want to
Hello,
Uwe Kleine-König wrote:
it's nohz=off not no_hz=off
Currently I'm not sure, which I was really using. I think it was the
right one, because dmesg changed. But anyhow, I will retest if I made
it wrong.
OK, I was really using no_hz, and with nohz I got approx the same result
as with
Hi!
Now, perhaps redhat should get someone to work on suspend/hibernation
support (kernel level)? IIRC you had Nigel at one point, but he was
working on something else?
Rafael and me am trying to look after hibernation, but I believe noone
is really working on suspend :-(.
I've
On Fri, 29 Jun 2007 13:45:29 -0700
Andrew Morton [EMAIL PROTECTED] wrote:
On Fri, 29 Jun 2007 13:16:57 +0100
Alan Cox [EMAIL PROTECTED] wrote:
If those operations involve modifying that slab page's pageframe then what
stops concurrent dma'ers from stomping on each other's changes? As
Hi!
ALIGN
.align 4096
@@ -31,6 +46,11 @@ wakeup_code:
movw%cs, %ax
movw%ax, %ds# Make ds:0
point to wakeup_start
movw%ax, %ss
+
+ testl $1, beep_flags - wakeup_code
+ jz 1f
+ BEEP
+1:
Arjan van de Ven [EMAIL PROTECTED] writes:
(all others default to executable stack)
Except ia64.
Andreas.
--
Andreas Schwab, SuSE Labs, [EMAIL PROTECTED]
SuSE Linux Products GmbH, Maxfeldstraße 5, 90409 Nürnberg, Germany
PGP key fingerprint = 58CA 54C7 6D53 942B 1756 01D3 44D5 214B 8276
Hi!
By the way.
diff --git a/kernel/power/power.h b/kernel/power/power.h
index eb461b8..dc13af5 100644
--- a/kernel/power/power.h
+++ b/kernel/power/power.h
Don't these definitions need to be exported to userspace? That
definitely is not a header file
On Sat, 2007-06-30 at 00:41 +0200, Andreas Schwab wrote:
Arjan van de Ven [EMAIL PROTECTED] writes:
(all others default to executable stack)
Except ia64.
for ia64 it depends on the personality actually .. just to make it more
complex.
--
if you want to mail me at work (you don't), use
DMA to or from memory should be done via the DMA mapping API. If we're
DMAing to/from a limited range within a page, either we should be using
dma_map_single(), or dma_map_page() with an appropriate offset and size.
If those ranges overlap a cache line then the dma mapping API will not
save
[adding Andi Kleen]
John Keller wrote:
Place all the IOACPI NMI support code under CONFIG_ACPI
to clear up build errors with certain configs.
Signed-off-by: John Keller [EMAIL PROTECTED]
---
Is there some architectural reason that IO APIC NMI support should
require ACPI?
Is this a new
Frank Fiene wrote:
Lenovo Z61p, Intel Core2 Duo T7200
I have 4GB RAM installed and BIOS recognize 4GB RAM.
Linux kernel (Ubuntu-7.04, 32bit-PAE and 64bit, openSUSE-10.2 32bit-PAE
and 64bit) tells me: only 3GB of RAM are installed.
Any other user with a 4GB Thinkpad? tytso?
What can i do?
On Jun 29, 2007, at 16:12:58, Davide Libenzi wrote:
On Fri, 29 Jun 2007, Andy Isaacson wrote:
I still think that using uid in mm_struct is wrong, and some kind
of abstraction is required. I called this free pool in
[EMAIL PROTECTED], but I think that name is
misleading -- I am not
On Jun 29, 2007, at 08:49:42, Dmitry Torokhov wrote:
On 6/29/07, Michael Tokarev [EMAIL PROTECTED] wrote:
highlight WhitespaceEOL ctermbg=red guibg=red
match WhitespaceEOL /\s\+$/
Works without any glitches here (not laggy). But I don't use
syntax coloring - never tried if it works with
On Sat, Jun 30, 2007 at 12:44:22AM +0200, Pavel Machek wrote:
Hi!
By the way.
diff --git a/kernel/power/power.h b/kernel/power/power.h
index eb461b8..dc13af5 100644
--- a/kernel/power/power.h
+++ b/kernel/power/power.h
Don't these definitions
http://kerneltrap.org/node/2450/7217 is likely your problem, although
why you can see 3gb instead of only 1gb of ram, idk... maybe something
ubuntu specific...
On 6/29/07, Frank Fiene [EMAIL PROTECTED] wrote:
Lenovo Z61p, Intel Core2 Duo T7200
I have 4GB RAM installed and BIOS recognize 4GB
On Fri, Jun 29, 2007 at 10:25:26PM +0200, Frank Fiene wrote:
Lenovo Z61p, Intel Core2 Duo T7200
I have 4GB RAM installed and BIOS recognize 4GB RAM.
Linux kernel (Ubuntu-7.04, 32bit-PAE and 64bit, openSUSE-10.2 32bit-PAE
and 64bit) tells me: only 3GB of RAM are installed.
With AMD's
Arjan van de Ven wrote:
But it's running a Web service which is a combination of C code and
Tomcat/Java. I have no clue how to determine which portions specify a
noexec stack and which don't.
like this:
$ eu-readelf -l /bin/true | grep STACK
GNU_STACK 0x00 0x 0x
On 6/29/07, Davide Libenzi [EMAIL PROTECTED] wrote:
[include/linux/indirect.h]
#define SYSIND_CTX_OPENFLAGS0
struct sysind_ctx_OPENFLAGS {
__u32 ctx;
__u32 flags;
I agree that this interface is more than any other in danger of
needing an
On 6/29/07, Davide Libenzi [EMAIL PROTECTED] wrote:
+int indirect_set_context(struct fsa_context *ator,
+const struct indirect_ctx __user * __user *ctxs,
+unsigned int nctxs, struct indirect_op **first)
+{
+ unsigned int i;
+ int error;
Hello,
I'd like to present a suggestion for automatic generation of
carbon copy fields in the E-Mails of posted patches.
Basically, instead of manually figuring out who to add to CC
when sending a patch to LKML by looking at MAINTAINERS, a
script can look at '.maintainers' files spread across
[patch] PNP SMCf010 quirk: work around Toshiba Portege 4000 ACPI issues
When we enable the SMCf010 IR device, the Toshiba Portege 4000 BIOS claims
the device is working, but it really isn't configured correctly. The BIOS
*will* configure it, but only if we call _SRS after (1) reversing the order
* Date: Sat, 30 Jun 2007 05:34:51 +0300
Hello,
I'd like to present a suggestion for automatic generation of
carbon copy fields in the E-Mails of posted patches.
Basically, instead of manually figuring out who to add to CC
when sending a patch to LKML by looking at MAINTAINERS, a
script
Dan Aloni wrote:
Hello,
I'd like to present a suggestion for automatic generation of
carbon copy fields in the E-Mails of posted patches.
Basically, instead of manually figuring out who to add to CC
when sending a patch to LKML by looking at MAINTAINERS, a
script can look at '.maintainers'
On Jun 28, 2007, David Schwartz [EMAIL PROTECTED] wrote:
Alexandre Oliva write:
The GPL does sometimes use the word may where it's not clear
whether it
means you have permission or you must be able to. The general rule of
construction is that may means permission, unless there's some
Okay, after a ridiculous amount of bisecting and recompiling and
rebooting...
First I had to find out that the kernel stops booting as of
bf50467204: i386: Use per-cpu GDT immediately on boot
(With theis commit, it silently stops booting. The GP fault I
posted earlier comes a little later, but I
On Sat, Jun 30, 2007 at 05:01:44AM +0200, Oleg Verych wrote:
* Date: Sat, 30 Jun 2007 05:34:51 +0300
Hello,
I'd like to present a suggestion for automatic generation of
carbon copy fields in the E-Mails of posted patches.
Basically, instead of manually figuring out who to add to CC
On 6/30/07, Kok, Auke [EMAIL PROTECTED] wrote:
[...]
an easier way to implement this is to add an extra field in the MAINTAINERS
file, something like below. All the contact info would stay the same, closely
where applicable and it would allow you to also specify specific files as well.
Hmm,
register_chrdev() always returns 0.
There is no need to check the return value.
Signed-off-by: Akinobu Mita [EMAIL PROTECTED]
---
arch/cris/arch-v10/drivers/pcf8563.c |4 +---
arch/cris/arch-v32/drivers/pcf8563.c |4 +---
arch/sparc64/solaris/socksys.c |3 +--
unregister_chrdev() does not return meaningful value.
This patch makes it return void like most of unregister_* functions.
Signed-off-by: Akinobu Mita [EMAIL PROTECTED]
---
fs/char_dev.c |3 +--
include/linux/fs.h |2 +-
2 files changed, 2 insertions(+), 3 deletions(-)
Index:
When unregister_blkdev() has failed, something wrong happened.
This patch adds WARN_ON to notify such badness.
Cc: Jens Axboe [EMAIL PROTECTED]
Signed-off-by: Akinobu Mita [EMAIL PROTECTED]
---
block/genhd.c |5 +++--
1 file changed, 3 insertions(+), 2 deletions(-)
Index:
No need to warn unregister_blkdev() failure by the callers.
(The previous patch makes unregister_blkdev() print error message in
error case)
Signed-off-by: Akinobu Mita [EMAIL PROTECTED]
---
drivers/block/acsi.c |4 +---
drivers/block/loop.c |3 +--
drivers/block/z2ram.c
No need to warn unregister_blkdev() failure by caller.
(The previous patch makes unregister_blkdev() print error message in
error case)
Cc: Grant Likely [EMAIL PROTECTED]
Signed-off-by: Akinobu Mita [EMAIL PROTECTED]
---
drivers/block/xsysace.c |4 +---
1 file changed, 1 insertion(+), 3
Hi,
This patchset contains the code for a tracing and debugging facility
named 'The Driver Tracing Interface (DTI)' after the title of our OLS
paper, to be presented tomorrow. ;-)
It was originally based on ideas from a useful s390 tracing utility
called s390dbf (see
The Driver Tracing Interface (DTI) code.
Signed-off-by: Tom Zanussi [EMAIL PROTECTED]
Signed-off-by: David Wilder [EMAIL PROTECTED]
---
drivers/base/Kconfig | 11
drivers/base/Makefile |1
drivers/base/dti.c | 836 +
This patch does a first pass at converting some of the s390 drivers
from s390dbf to DTI. The others can be converted later if DTI is ever
merged. Note that the location of the trace files is now under
/sys/kernel/debug/dti rather than /sys/kernel/debug/s390dbf. There
are also some other
Some cdrom drivers stop destruct operations in module_exit() when
unregister_blkdev() failure happens.
But it can't help to stop unloading module. So it will not be good
error handling. Furthermore any other block drivers don't have such
handling and there is no special reason that only those
This patch adds the ability to explicitly specify the per-cpu buffer
to reserve space in. Needed for early DTI tracing.
Signed-off-by: Tom Zanussi [EMAIL PROTECTED]
Signed-off-by: David Wilder [EMAIL PROTECTED]
---
relay.h | 33 +
1 file changed, 33
This patch adds a relay_kernel_read() function to relay, which allows
kernel clients to easily extract only the data (i.e. and skip over
padding) from a channel buffer.
Signed-off-by: Tom Zanussi [EMAIL PROTECTED]
Signed-off-by: David Wilder [EMAIL PROTECTED]
---
This patch allows relay channels to be reset i.e. unconsumed.
Basically allows a 'rewind' function for flight-recorder tracing.
Signed-off-by: Tom Zanussi [EMAIL PROTECTED]
Signed-off-by: David Wilder [EMAIL PROTECTED]
---
Documentation/filesystems/relay.txt | 11 ++
include/linux/relay.h
501 - 600 of 614 matches
Mail list logo
