Hello,
I tried to cat /dev/mytty/ttyS3, but cat shows nothing. I attached here strace
cat /dev/mytty/ttyS3 and cat hello. Hello is just a file. As you can see
the
result of strace cat is identical, but in tty case I can't see nothing. Why
does cat write nothing at my console?
Thank
On Thu, Feb 22, 2007 at 11:57:38PM -0800, Pete Zaitcev wrote:
| On Fri, 23 Feb 2007 10:53:22 +0300, Cyrill Gorcunov [EMAIL PROTECTED] wrote:
|
| | -static struct workqueue_struct *status_queue;
| | +static struct workqueue_struct *status_queue = NULL;
|
| | You better drop this part.
result of strace cat is identical, but in tty case I can't see nothing. Why
does cat write nothing at my console?
Thank you,
[EMAIL PROTECTED]:/home# strace cat hello
│c│c│c│c│c│c│c│c│c│c│c│c..
OK, having skimmed through Ingo's code once now, I can already see I
have some crow to eat. But I still have some marginally less stupid
questions.
Cachemiss threads are created with CLONE_VM | CLONE_FS | CLONE_FILES |
CLONE_SIGHAND | CLONE_THREAD | CLONE_SYSVSEM. Does that mean they
share
On Fri, Feb 23, 2007 at 07:32:28AM +0100, Jaya Kumar wrote:
This is a first pass at abstracting deferred IO out from hecubafb and
into fbdev as was discussed before:
http://marc.theaimsgroup.com/?l=linux-fbdev-develm=117187443327466w=2
Please let me know your feedback and if it looks okay
From: Thomas Gleixner [EMAIL PROTECTED]
Date: Thu, 22 Feb 2007 18:39:19 +0100
On Thu, 2007-02-22 at 09:26 -0800, David Miller wrote:
BTW, I'm adding support for sparc64, and before I get much further
will the code handle a oneshot-only device? That's basically what I
have (sparc64
From: Aggelos [EMAIL PROTECTED]
Date: Fri, 23 Feb 2007 09:32:26 +0200
PS: Before any smart-ass jumps in, effectively making this post a thread
about what spam is, let me say that if I posted it to a dolphin or
other related list, there would be no gain, as they should already be
aware of it.
On 23/02/07, David Miller [EMAIL PROTECTED] wrote:
From: Aggelos [EMAIL PROTECTED]
Date: Fri, 23 Feb 2007 09:32:26 +0200
PS: Before any smart-ass jumps in, effectively making this post a thread
about what spam is, let me say that if I posted it to a dolphin or
other related list, there
Couldn't be do this generically inside libata core somehow,
i.e. try to
use ACPI to set the proper mode and fall back to the driver-specific
mode setting code if that didn't work? I think if we could do that it
would solve a number of problems (i.e. we could prevent it from doing
this
On Fri, Feb 23, 2007 at 07:14:59AM +0100, Ingo Molnar wrote:
Heiko, what do you think about the patch below - is there perhaps some
deeper reason to s390's _local_bh_enable() use that i missed?
Yes, both of these usages are quite subtle.
Index: linux/drivers/s390/char/sclp.c
On Fri, Feb 23, 2007 at 07:35:38AM +0100, Ingo Molnar wrote:
Andrew,
i just got the lockdep warning below when doing:
echo 3 /proc/sys/vm/drop_caches
is this a known quirk in the drop_caches code?
This is known, yes: http://lkml.org/lkml/2006/12/4/19
Regards,
Frederik
-
To
David,
trimmed CC due to sparcness, added John instaed
On Fri, 2007-02-23 at 01:25 -0800, David Miller wrote:
Yes, all you need is to omit the CLOCK_EVT_FEAT_PERIODIC flag when you
register your device.
Thanks a lot Thomas.
I noticed while doing this work that the generic clock code
On Fri, Feb 23, 2007 at 07:13:32AM +0100, Heiko Carstens wrote:
How about this for telling that an architecture doesn't support DMA?
At least we could get rid of dma-mapping-broken.h and don't need to
compile some afterwards dead code.
Signed-off-by: Heiko Carstens [EMAIL PROTECTED]
---
Hi All,
I'm experiencing some soft lockup problem on fedora core 5 v2.6.19-1.2288.fc5
x86_64
with a dual HT Xeon 3.2GHz EMT in ASUS NCT-D mobo. This problem still happening
everytime I switch on the box, but disappear if I reboot the box by a
Ctrl-Alt-Canc just after
the BIOS startup and
From: Thomas Gleixner [EMAIL PROTECTED]
Date: Fri, 23 Feb 2007 10:56:18 +0100
On Fri, 2007-02-23 at 01:25 -0800, David Miller wrote:
Yes, all you need is to omit the CLOCK_EVT_FEAT_PERIODIC flag when you
register your device.
Thanks a lot Thomas.
I noticed while doing this work
on 02/23/2007 10:58 AM David Miller wrote the following:
From: Aggelos [EMAIL PROTECTED]
Date: Fri, 23 Feb 2007 09:32:26 +0200
PS: Before any smart-ass jumps in, effectively making this post a thread
about what spam is, let me say that if I posted it to a dolphin or
other related list,
On Fri, 23 Feb 2007 07:35:38 +0100 Ingo Molnar [EMAIL PROTECTED] wrote:
i just got the lockdep warning below when doing:
echo 3 /proc/sys/vm/drop_caches
is this a known quirk in the drop_caches code?
It is - we're taking inode_lock at just the wrong level there and I don't
know how to
On Wed, 21 Feb 2007 18:41:11 +0100 Thomas Gleixner [EMAIL PROTECTED] wrote:
On Wed, 2007-02-21 at 09:19 -0800, Daniel Walker wrote:
At this point the PIT / HPET _is_ active and incrementing jiffies. The
switch to local apic timers happens afterwards.
Could be the switch over then
On Thu, 22 Feb 2007 20:04:07 -0800 (PST) pgf111000 [EMAIL PROTECTED] wrote:
These solutions are laughable
Areca Support wrote:
Dear Sir,
This is Kevin Wang from Areca Technology, Tech-Support Team.
regarding your problem, please trying to disable ACPI in kernel loader.
Hi,
The following series of patches implements the changes to the task freezer
that should close the remaining races in it and harden it before it's used for
the CPU hotplugging.
Not all of the patches are from me, but I've decided to make the series out
of all freezer-related patches that have
arch/i386/kernel/apm.c |2 ++
drivers/block/loop.c|2 ++
drivers/char/apm-emulation.c|3 +++
drivers/ieee1394/ieee1394_core.c|3 +++
drivers/md/md.c |2 ++
drivers/mmc/card/queue.c|3 +++
Security fixes since 2.6.16.41:
- CVE-2006-5753: fix bad_inode_ops memory corruption
- CVE-2007-0006: Keys: Fix key serial number collision handling
- CVE-2007-0772: Fix a free-wrong-pointer bug in nfs/acl server
Location:
ftp://ftp.kernel.org/pub/linux/kernel/people/bunk/linux-2.6.16.y/testing/
Sorry, this has been sent by mistake, please ignore.
On Friday, 23 February 2007 11:01, Rafael J. Wysocki wrote:
Hi,
The following series of patches implements the changes to the task freezer
that should close the remaining races in it and harden it before it's used for
the CPU hotplugging.
Sorry, this has been sent by mistake, please ignore.
On Friday, 23 February 2007 11:02, Rafael J. Wysocki wrote:
arch/i386/kernel/apm.c |2 ++
drivers/block/loop.c|2 ++
drivers/char/apm-emulation.c|3 +++
drivers/ieee1394/ieee1394_core.c|
* Ingo Molnar [EMAIL PROTECTED] wrote:
could you please try the patch below? This is pretty much the only
condition under which we can silently 'leak' pending softirqs, and
trigger the new warning: if something does cond_resched_softirq() in
non-runnable state. (which is a no-no, but
Hi,
This patch has fixed memory leak in dma_declare_coherent_memory().
When it goes to free1_out, dev-dma_mem has not been freed.
Yoichi
Signed-off-by: Yoichi Yuasa [EMAIL PROTECTED]
diff -pruN -X generic/Documentation/dontdiff
generic-orig/arch/cris/arch-v32/drivers/pci/dma.c
* Michael K. Edwards [EMAIL PROTECTED] wrote:
On 2/22/07, Alan [EMAIL PROTECTED] wrote:
We don't use the FPU in the kernel except in very weird cases where
it makes an enormous performance difference. The threadlets also
have the same page tables so they have the same %cr3 so its very
Ok. This is just an email to summarize my findings after investigating
the ioapic programming.
The ioapics on the E75xx chipset do have issues if you attempt to
reprogramming them outside of the irq handler. I have on several
instances caused the state machine to get stuck such that an
On Tue, 2007-02-20 at 15:00 +0200, Artem Bityutskiy wrote:
This looks very odd.
What exactly?
I see, will be fixed, thanks.
--
Best regards,
Artem Bityutskiy (Битюцкий Артём)
-
To unsubscribe from this list: send the line unsubscribe linux-kernel in
the body of a message to [EMAIL
While debugging why I keep having problems with suspend to disk on my
quad with more recent kernels (2.6.20 worked fine), I managed to capture
this weird ata workqueue corruption via netconsole, just a bit later the
system froze (I was in X but this seems like a reason to panic):
[ 243.981215]
My recent ioapic investigation has been painful and has taken me all
over the place. One of my conclusions is that our code for dealing with
ioapics on i386 and x86_64 is a mess that has been growing for years.
I saw tremendous amounts of fodder for cleanup patches. Ugh.
When deciding how
By precomputing old_mask I remove an extra if statement, remove an
indentation level and make the code slightly easier to read.
Signed-off-by: Eric W. Biederman [EMAIL PROTECTED]
---
arch/x86_64/kernel/io_apic.c | 13 +
1 files changed, 5 insertions(+), 8 deletions(-)
diff --git
This patch replaces all instances of set_native_irq_info(irq, mask)
with irq_desc[irq].affinity = mask. The latter form is clearer
uses fewer abstractions, and makes access to this field uniform
accross different architectures.
Signed-off-by: Eric W. Biederman [EMAIL PROTECTED]
---
It's dead Jim.
Signed-off-by: Eric W. Biederman [EMAIL PROTECTED]
---
arch/x86_64/kernel/io_apic.c |2 --
1 files changed, 0 insertions(+), 2 deletions(-)
diff --git a/arch/x86_64/kernel/io_apic.c b/arch/x86_64/kernel/io_apic.c
index 1847213..2d154e1 100644
---
Signed-off-by: Eric W. Biederman [EMAIL PROTECTED]
---
arch/x86_64/kernel/io_apic.c |6 +++---
1 files changed, 3 insertions(+), 3 deletions(-)
diff --git a/arch/x86_64/kernel/io_apic.c b/arch/x86_64/kernel/io_apic.c
index 2d154e1..a69c38b 100644
--- a/arch/x86_64/kernel/io_apic.c
+++
On Thu, 2007-02-22 at 23:58 +0100, Guennadi Liakhovetski wrote:
I think, we only want 1, right? And the latter seems to be more generic /
platform independent? And as a side-effect, powermac would have to migrate
to generic rtc:-)
Can we migrate all of powerpc to genrtc? But yes, I agree.
* David Miller [EMAIL PROTECTED] wrote:
furthermore, in a real webserver there's a whole lot of other stuff
happening too: VFS blocking, mutex/lock blocking, memory pressure
blocking, filesystem blocking, etc., etc. Threadlets/syslets cover
them /all/ and never hold up the primary
Currently we have two routines that do practically the same thing
setup_IO_APIC_irq and io_apic_set_pci_routing. This patch makes
setup_IO_APIC_irq the common factor of these two previous routines.
For setup_IO_APIC_irq all that was needed was to pass the trigger
and polarity to make the code a
For some reason the code has been picking TARGET_CPUS when asked to
set the affinity to an empty set of cpus. That is just silly it's
extra work. Instead if there are no cpus to set the affinity to we
should just give up immediately. That is simpler and a little more
intuitive.
Signed-off-by:
At Wed, 21 Feb 2007 05:50:48 -0500,
Veronique Vincent wrote:
Hi,
I'm currently running a 2.6.19 kernel and 2 times out of 3 the sound driver
fails to load hence probing me a no sound device available in KDE.
Once I reload the driver this output goes into the dmesg:
usbcore:
If we have an irq that comes from multiple io_apic pins the FINAL action
(which is io_apic_sync or nothing) needs to be called for every entry or
else if the two pins come from different io_apics we may not wait until
after the action happens on the io_apic.
Signed-off-by: Eric W. Biederman
NR_IRQ_VECTORS is currently a compatiblity define set to NR_IRQs.
This patch updates the users of NR_IRQ_VECTORS to use NR_IRQs instead
so that NR_IRQ_VECTORS can be removed.
There is still shared code with arch/i386 that uses NR_IRQ_VECTORS
so we can't remove the #define just yet :(
From: Tilman Schmidt [EMAIL PROTECTED]
Mark some static arrays as const that aren't and shouldn't be modified,
and remove incorrect static attribute from some variables.
Signed-off-by: Tilman Schmidt [EMAIL PROTECTED]
Signed-off-by: Hansjoerg Lipp [EMAIL PROTECTED]
---
This patch applies to
With my distro hat on I'd also say that trying with acpi disabled is the
first call when debugging problems with IRQ delivery.
Alan
-
To unsubscribe from this list: send the line unsubscribe linux-kernel in
the body of a message to [EMAIL PROTECTED]
More majordomo info at
Currently the io_apic.c has several parallel arrays for different
kinds of data that can be know about an irq. The parallel arrays
make the code harder to maintain and make it difficult to remove
the static limits on the number of the number of irqs.
This patch pushes irq_data and irq_vector
Do you not understand that real user code touches FPU state at
unpredictable (to the kernel) junctures? Maybe not in a database or a
We don't care. We don't have to care. The kernel threadlets don't execute
in user space and don't do FP.
web server, but in the GUIs and web-based monitoring
Currently assign_irq_vector works mostly by side effect and returns
the results of it's changes to the caller. Which makes for a lot of
arguments to pass/return and confusion as to what to do if you need
the status but you aren't calling assign_irq_vector.
This patch stops returning values from
The code in io_apic.c and in i8259.c currently hardcode the same
vector for the timer interrupt so there is no reason for a special
assignment for the timer as the setup for the i8259 already takes care
of this.
Signed-off-by: Eric W. Biederman [EMAIL PROTECTED]
---
arch/x86_64/kernel/i8259.c |
For the ISA irqs we reserve 16 vectors. This patch adds constants for
those vectors and modifies the code to use them. Making the code a
little clearer and making it possible to move these vectors in the future.
Signed-off-by: Eric W. Biederman [EMAIL PROTECTED]
---
arch/x86_64/kernel/i8259.c
* Andrew Morton [EMAIL PROTECTED] wrote:
I already bisected this on my old pIII, which has the same problem:
clockevents-i386-drivers.patch
yes - we know what the problem is (and will fix it): the stopping of the
PIT - nmi_watchdog=1 is hack to use the IO-APIC's PIT pin to also signal
* Andrew Morton [EMAIL PROTECTED] wrote:
The only (lame) thing I can say for now is that drop_caches is a
debug-only, root-only thing :(
ok, that's fair enough.
Ingo
-
To unsubscribe from this list: send the line unsubscribe linux-kernel in
the body of a message to [EMAIL PROTECTED]
On Fri, 2007-02-23 at 12:35 +0100, Ingo Molnar wrote:
* Andrew Morton [EMAIL PROTECTED] wrote:
I already bisected this on my old pIII, which has the same problem:
clockevents-i386-drivers.patch
yes - we know what the problem is (and will fix it): the stopping of the
PIT -
The problem: After moving an interrupt when is it safe to teardown
the data structures for receiving the interrupt at the old location?
With a normal pci device it is possible to issue a read to a device
to flush all posted writes. This does not work for the oldest ioapics
because they are on
* Ingo Molnar [EMAIL PROTECTED] wrote:
* Andrew Morton [EMAIL PROTECTED] wrote:
I already bisected this on my old pIII, which has the same problem:
clockevents-i386-drivers.patch
yes - we know what the problem is (and will fix it): the stopping of the
PIT - nmi_watchdog=1 is hack
Couldn't be do this generically inside libata core somehow, i.e. try to
use ACPI to set the proper mode and fall back to the driver-specific
mode setting code if that didn't work? I think if we could do that it
We want to use the native hebaviour first
would solve a number of problems
move_native_irqs tries to do the right thing when migrating irqs
by disabling them. However disabling them is a software logical
thing, not a hardware thing. This has always been a little flaky
and after Ingo's latest round of changes it is guaranteed to not
mask the apic.
So this patch fixes
The IPv6 and IPv4 both seem to be rather akwardly hardcoded to support
only link layers they know.
This is a pity, because it would be so easy to make the both stacks
totally independent of the actual link layers. It only needs one (or
two) new function pointer in net_device. This function should
H. Peter Anvin wrote:
gitweb on kernel.org is at least in part orphanned, since the official
gitweb maintainers don't seem to listen to us (kernel.org people) w.r.t.
some issues, mainly related to caching, we've had to fork gitweb and
maintain it ourselves -- however, since kernel.org is
From: Oleg Nesterov [EMAIL PROTECTED]
refrigerator() can miss a wakeup, wait event loop needs a proper memory
ordering.
Signed-off-by: Oleg Nesterov [EMAIL PROTECTED]
Acked-by: Pavel Machek [EMAIL PROTECTED]
Signed-off-by: Rafael J. Wysocki [EMAIL PROTECTED]
---
kernel/power/process.c |6
From: Rafael J. Wysocki [EMAIL PROTECTED]
If the freezing of tasks fails and a task is preempted in refrigerator() before
calling frozen_process(), then thaw_tasks() may run before this task is frozen.
In that case the task will freeze and no one will thaw it.
To fix this race we can call
From: Rafael J. Wysocki [EMAIL PROTECTED]
Currently try_to_freeze_tasks() has to wait until all of the vforked processes
exit and for this reason every user can make it fail. To fix this problem
we can introduce the additional process flag PF_FREEZER_SKIP to be used by tasks
that do not want to
From: Paul E. McKenney [EMAIL PROTECTED]
Remove PF_NOFREEZE from the rcutorture thread, adding a try_to_freeze() call as
required.
Signed-off-by: Paul E. McKenney [EMAIL PROTECTED]
Signed-off-by: Rafael J. Wysocki [EMAIL PROTECTED]
---
kernel/rcutorture.c |3 ++-
1 file changed, 2
From: Rafael J. Wysocki [EMAIL PROTECTED]
The reading of PF_BORROWED_MM in is_user_space() without task_lock() is racy.
Fix it.
Signed-off-by: Rafael J. Wysocki [EMAIL PROTECTED]
---
kernel/power/process.c |8 +++-
1 file changed, 7 insertions(+), 1 deletion(-)
Index:
From: Rafael J. Wysocki [EMAIL PROTECTED]
Add try_to_freeze() calls to the remaining kernel threads that do not call
try_to_freeze() already, although they set PF_NOFREEZE.
In the future we are going to replace PF_NOFREEZE with a set of flags that will
be set to indicate in which situations the
Hi,
The following series of patches implements the changes to the task freezer
that should close the remaining races in it and harden it before it's used for
the CPU hotplugging.
Not all of the patches are from me, but I've decided to make the series out
of all freezer-related patches that have
* Evgeniy Polyakov [EMAIL PROTECTED] wrote:
[...] Those 20k blocked requests were created in about 20 seconds, so
roughly saying we have 1k of thread creation/freeing per second - do
we want this?
i'm not sure why you mention thread creation and freeing. The
syslet/threadlet code reuses
From: Rafael J. Wysocki [EMAIL PROTECTED]
Remove PF_NOFREEZE from the bluetooth threads, adding try_to_freeze() calls as
required.
Signed-off-by: Rafael J. Wysocki [EMAIL PROTECTED]
---
net/bluetooth/bnep/core.c |6 --
net/bluetooth/cmtp/core.c |4 +++-
net/bluetooth/hidp/core.c
After writing this up and sending out the email it occured to me this
information should be kept someplace a little more permanent, so the
next person who cares won't have to get a huge pile of test machines
and test to understand what doesn't work.
A bunch of this is in my other changelog
hi
i have a SMP with 2x duo-core Opteron processors, and i have an ethernet card
(eth0). i want to balance the interrupts generated by the card to all 4
processors. i can do this by writing to smp_affinity, but on another machine it
get's done by default, without doing anything.
is this irq
Hi,
I have observed a problem that write(2) can be blocked for a long time
if a system has several disks and is under heavy I/O pressure. This
patchset is to avoid the problem.
Example of the probrem:
There are two processes on a system which has two disks. Process-A
writes heavily to disk-a,
This patch adds sysctl variable vm.dirty_limit_ratio.
Signed-off-by: Tomoki Sekiyama [EMAIL PROTECTED]
Signed-off-by: Yuji Kakutani [EMAIL PROTECTED]
---
include/linux/sysctl.h|1 +
include/linux/writeback.h |1 +
kernel/sysctl.c | 11 +++
mm/page-writeback.c
This modifies balance_dirty_pages() not to block the caller when
the amount of Dirty+Writeback is less than `vm.dirty_limit_ratio'
percent of the total memory.
throttle_vm_writeout() is also changed to calculate the threshold from
the new limit provided by modified get_dirty_limits().
This patch modifies get_dirty_limits() to calculate the limit of dirty
pages based on vm.dirty_limit_ratio. It also changes the interface of the
function to return it.
If mapped memory become large and limit_ratio (calculated based on
vm.dirty_limit_ratio) is decreased, dirty_ratio is also
On Thu, 22 Feb 2007 14:21:36 -0800
David Brownell [EMAIL PROTECTED] wrote:
thanks for your work. The interface system was originally
in place because it seemed the right-thing-to-do. if it isn't,
better to remove it ;)
The Right Thing may also have changed a bit over time!
eheh
On Thu, Feb 22, 2007 at 11:46:48AM -0800, Davide Libenzi
(davidel@xmailserver.org) wrote:
I tried already :) - I just made a allocations atomic in tcp_sendmsg() and
ended up with 1/4 of the sends blocking (I counted both allocation
failure and socket queue overflow). Those 20k blocked
On Fri, 23 Feb 2007, Aggelos wrote:
... snip ...
I' am not asking for excuse.
Nor do I feel guilty.
... snip ...
Never asked for exceptions.
Sorry for the brains of some people, though...
please don't drag this out, just blacklist this person *now* and let's
move on.
rday
-
To unsubscribe
On Fri, Feb 23, 2007 at 12:51:52PM +0100, Ingo Molnar ([EMAIL PROTECTED]) wrote:
[...] Those 20k blocked requests were created in about 20 seconds, so
roughly saying we have 1k of thread creation/freeing per second - do
we want this?
i'm not sure why you mention thread creation and
* Michael K. Edwards [EMAIL PROTECTED] wrote:
On 2/22/07, Ingo Molnar [EMAIL PROTECTED] wrote:
maybe it will, maybe it wont. Lets try? There is no true difference
between having a 'request structure' that represents the current
state of the HTTP connection plus a statemachine that
On Fri, Feb 23, 2007 at 03:22:25PM +0300, Evgeniy Polyakov ([EMAIL PROTECTED])
wrote:
I meant that we end up with having one thread per IO - they were
preallocated, but that does not matter. And what about your idea of
switching userspace threads to cachemiss threads?
My main concern was
On Thu, Feb 22, 2007 at 08:05:33AM +0800, Antonino A. Daplas wrote:
On Fri, 2007-02-09 at 20:34 +0100, Ondrej Zajicek wrote:
This patch adds driver for S3 Trio / S3 Virge. Driver is tested
with most versions of S3 Trio and S3 Virge, on i386.
It is tested both as compiled-in and module. It
On Wed, Feb 21 2007, Ingo Molnar wrote:
this is the v3 release of the syslet/threadlet subsystem:
http://redhat.com/~mingo/syslet-patches/
[snip]
Ingo, some testing of the experimental syslet queueing stuff, in the
syslet-testing branch of fio.
Fio job file:
[global]
bs=8k
size=1g
Hello Achim,
wrt to your mail to the lkml from 13 Oct 2006 Message-ID:
[EMAIL PROTECTED],
I'd be pleased if you could integrate the derived patch into a bugfix
release of the driver asap.
This bug kept me busy for three days, endangering backup to tapes.
Patch is against vanilla 2.6.20.
Kind
On 2/23/07, Antonino A. Daplas [EMAIL PROTECTED] wrote:
On Thu, 2007-02-22 at 20:08 +0100, Giuseppe Bilotta wrote:
No, it doesn't. I've tried all the methods from 640x480 to 1600x1200,
and they /all/ come up snowy. This is starting to look queerer and
queerer. I've also tried changing vf min
On Fri, 2007-02-23 at 10:36 +0100, Heiko Carstens wrote:
Same here: this is not really an irq handler but a function that gets called
from different contexts and pretends to be an irq handler. The
local_bh_disable()/_local_bh_enable() pair is just a trick to prevent bottom
halve execution. I
On Fri, Feb 23, 2007 at 01:49:47PM +0200, Markku Savela wrote:
The IPv6 and IPv4 both seem to be rather akwardly hardcoded to support
only link layers they know.
This is a pity, because it would be so easy to make the both stacks
totally independent of the actual link layers. It only needs
On Fri, Feb 23, 2007 at 01:52:47PM +0100, Jens Axboe wrote:
On Wed, Feb 21 2007, Ingo Molnar wrote:
this is the v3 release of the syslet/threadlet subsystem:
http://redhat.com/~mingo/syslet-patches/
[snip]
Ingo, some testing of the experimental syslet queueing stuff, in the
On Fri, 23 Feb 2007 01:38:03 +0200 Michael S. Tsirkin [EMAIL PROTECTED]
wrote:
I tested this:
commit 9654640d0af8f2de40ff3807d3695109d3463f54
and see 2 issues:
1. After suspend to RAM, system wakes up but no screen.
I can log in through ssh though.
dmesg output at this point below.
This makes in-core superblock fit into one cacheline here.
Before:
struct dentry *xattr_root; /* 124 4 */
/* --- cacheline 1 boundary (128 bytes) --- */
struct rw_semaphorexattr_dir_sem;/* 12812 */
int
Function map_queue returns queue_index as 0 always. There is no
support to return different queue numbers.
-Original Message-
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]
On Behalf Of Kok, Auke
Sent: Friday, February 09, 2007 5:40 AM
To: David Miller; Garzik, Jeff;
Fucntion map_queue returns queue index as '0'. There is no support to
return different queue indexes.
-Original Message-
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]
On Behalf Of Kok, Auke
Sent: Friday, February 09, 2007 5:40 AM
To: David Miller; Garzik, Jeff; netdev@vger.kernel.org;
Bob Tracy [EMAIL PROTECTED] reported that the addition of support
for Aculab E1/T1 cPCI carrier cards broke detection of vanilla natsemi
cards. This patch fixes that: the problem is that the driver-specific
data in the PCI device table is an index into a second table and this
had not been updated
Mark Brown wrote:
(Re: vanilla natsemi card detection problem)
This patch fixes the problem minimally.
Signed-Off-By: Mark Brown [EMAIL PROTECTED]
--- linux.orig/drivers/net/natsemi.c 2007-02-23 11:13:03.0 +
+++ linux/drivers/net/natsemi.c 2007-02-23 11:12:00.0
Hi all
working towards the cleanup of BIT macro,
I've added one to linux/bitops.h cleaned some obvious users.
include/linux/input.h also has a BIT macro
which does a wrap
so currently i've done something like
+#undef BIT
#define BIT(nr)(1UL ((nr) % BITS_PER_LONG))
Is it
Milind Choudhary wrote:
Hi all
working towards the cleanup of BIT macro,
I've added one to linux/bitops.h cleaned some obvious users.
include/linux/input.h also has a BIT macro
which does a wrap
so currently i've done something like
+#undef BIT
#define BIT(nr)(1UL ((nr) %
On 2/23/07, Richard Knutsson [EMAIL PROTECTED] wrote:
+#define BITWRAP(nr)(1UL ((nr) % BITS_PER_LONG))
make the whole input subsystem use it
The change is huge, more than 125 files using input.h
almost all use the BIT macro.
It is as a big of change, but have you dismissed the BIT(nr
Hi,
2.6.21-rc1 fails to boot on my machine. As soon as I switch
from grub the screen turns and remains black with no sign
of Tux or any output.
I've run a git-bisect between 2.6.20 (which works fine) and
2.6.21-rc1 and found the first bad commit to be
#59b8175c771040afcd4ad67022b0cc80c216b866
On Fri, Feb 23, 2007 at 07:13:32AM +0100, Heiko Carstens wrote:
How about this for telling that an architecture doesn't support DMA?
At least we could get rid of dma-mapping-broken.h and don't need to
compile some afterwards dead code.
Signed-off-by: Heiko Carstens [EMAIL PROTECTED]
This
On Thu, 22 Feb 2007, Pekka J Enberg wrote:
As the color offset is always within the first page of the slab,
virt_to_page() works just fine without slabp-colouroff.
True but then we pass an address to kmem_freepages that is not the start
of the page. kmem_freepages will then in turn call
On Thu, 2007-02-22 at 13:19 -0800, Andrew Morton wrote:
On Thu, 22 Feb 2007 08:22:47 -0500 Stephen Smalley [EMAIL PROTECTED]
wrote:
On Wed, 2007-02-21 at 16:03 -0800, Andrew Morton wrote:
Looking at the changes to audit_receive_msg():
if (sid) {
* Martin Schwidefsky [EMAIL PROTECTED] wrote:
[...] cio_tpi and sclp_sync_wait are used to wait for the interrupt of
the console device to make room in the buffer for a printk out of
disabled context.
ouch. So you want/need to wait for a specific type of interrupt, in a
section of code
1 - 100 of 674 matches
Mail list logo
