Andrew Morton wrote:
Yes, if you agree with Jeff's original point.
But I don't, actually. Sure, on some machines+workloads, AIO is more
common than sync IO. But I expect that when we sum across all the
machines+workloads in the world, sync IO is more common and is hence the
case we should
Nitin Gupta [EMAIL PROTECTED] writes:
Facts for LZO (at least for original code. Should hold true for this
port also - hence the RFC!):
- The compressor can never overrun buffer.
- The non-safe version of decompressor can never overrun buffer if
compressed data is unmodified. I am not sure
On Fri, 18 May 2007 12:32:47 -0700 Linda Walsh wrote:
Seems there is an include of s390 based config in file
drivers/crypto/Kconfig: source arch/s390/crypto/Kconfig
The line doesn't seem to be need for an i386 build (haven't
tried x86_64 though).
I take it that this was a braino?
Does
On Fri, 18 May 2007, Tomas Carnecky wrote:
We don't want neither the 'Telephony' nor 'LEDs' usages to be claimed
by the hid-input system, that seems to make a little sense.
I changed the IS_INPUT_APPLICATION() macro to accept 'Telephony/Headset'
and now the kernel has created a new event
Anand Jahagirdar [EMAIL PROTECTED] writes:
ulimit are by default set to some value for all users.. root, guest.
on my machine with FC4 distribution when i typed command ulimit -u
it gave me output as 3055 and another machine having FC6 distribution
output is 8050. when root or any other user
On 5/18/07, Andrew Morton [EMAIL PROTECTED] wrote:
On Fri, 18 May 2007 22:34:53 +0200 (CEST)
Jiri Slaby [EMAIL PROTECTED] wrote:
@@ -118,7 +125,9 @@ static int phantom_ioctl(struct inode *inode, struct file
*file, u_int cmd,
if (r.reg 7)
return -EINVAL;
On 18/05/07, Renato Golin [EMAIL PROTECTED] wrote:
Problem is, on joydev_connect, when defining the corrections for every
axis, the joystick is reporting dev-absmax = 127 and dev-absmin =
-127 for both axis 0 and 1, so the correction is based on a signed
range when the joystick is actually
Jiri Kosina wrote:
On Fri, 18 May 2007, Tomas Carnecky wrote:
GameVoice is used for VoIP communication between players. It consists of
a software and the small pad with eight buttons and connectors for the
headset. One of the buttons can be used to mute the microphone, the
others are
Randy Dunlap wrote:
On Fri, 18 May 2007 12:32:47 -0700 Linda Walsh wrote:
Seems there is an include of s390 based config in file
drivers/crypto/Kconfig: source arch/s390/crypto/Kconfig
The line doesn't seem to be need for an i386 build (haven't
tried x86_64 though).
I take it that this
On Fri, 18 May 2007 23:25:52 +0200
Jiri Slaby [EMAIL PROTECTED] wrote:
On 5/18/07, Andrew Morton [EMAIL PROTECTED] wrote:
On Fri, 18 May 2007 22:34:53 +0200 (CEST)
Jiri Slaby [EMAIL PROTECTED] wrote:
@@ -118,7 +125,9 @@ static int phantom_ioctl(struct inode *inode, struct
file
Hello,
diff --git a/drivers/net/smc91x.h b/drivers/net/smc91x.h
index 7053026..111f23d 100644
--- a/drivers/net/smc91x.h
+++ b/drivers/net/smc91x.h
@@ -279,6 +279,40 @@ SMC_outw(u16 val, void __iomem *ioaddr, int reg)
...
+#define SMC_outb(v, a, r)
Andrew Morton wrote:
Yes, if you agree with Jeff's original point.
But I don't, actually. Sure, on some machines+workloads, AIO is more
common than sync IO. But I expect that when we sum across all the
machines+workloads in the world, sync IO is more common and is hence the
case we should
On Fri, 18 May 2007 23:46:21 +0200
Mariusz Koz__owski [EMAIL PROTECTED] wrote:
Hello,
diff --git a/drivers/net/smc91x.h b/drivers/net/smc91x.h
index 7053026..111f23d 100644
--- a/drivers/net/smc91x.h
+++ b/drivers/net/smc91x.h
@@ -279,6 +279,40 @@ SMC_outw(u16 val, void __iomem
On Fri, May 18, 2007 at 04:35:29PM +0200, Martin Mokrejs wrote:
How do you know that the corruption was caused by 2.6.21-rc1 ?
Isn't it possible that the corruption was created by an earlier
kernel, but only detected when a forced fsck was run - which just
happened to be while you were
Out of curiosity, why would a compiler ever insert padding in a
structure
that has all its elements properly-aligned?
Well, it might decide it would be nicer if some elements were aligned
to
64 bits. Or to a cache line. Or something. I don't care about _why_ --
the point is that it's
Hello,
i hit a problem with suspend to ram and especially resume.
Hardware: Dell Latitude D810 (some Intel 915 with Intel Pentium M)
With 2.6.19.7 suspend to ram works reliable, but with 2.6.20-rc4
it stopped working reliable.
I still can suspend, but after the first resume it goes back to sleep
I am getting this bug under heavy IO/NFS on 2.6.21.1.
BUG: sleeping function called from invalid context at mm/mempool.c:210
So far I have got the error I believe 3 times.
Roger
-
To unsubscribe from this list: send the line unsubscribe linux-kernel in
the body of a message
On Fri, 18 May 2007 17:54:32 -0400
Phillip Susi [EMAIL PROTECTED] wrote:
Andrew Morton wrote:
Yes, if you agree with Jeff's original point.
But I don't, actually. Sure, on some machines+workloads, AIO is more
common than sync IO. But I expect that when we sum across all the
diff --git a/drivers/net/smc91x.h b/drivers/net/smc91x.h
index 7053026..111f23d 100644
--- a/drivers/net/smc91x.h
+++ b/drivers/net/smc91x.h
@@ -279,6 +279,40 @@ SMC_outw(u16 val, void __iomem *ioaddr, int reg)
...
+#define SMC_outb(v, a, r) __ __
Roger Heflin wrote:
I am getting this bug under heavy IO/NFS on 2.6.21.1.
BUG: sleeping function called from invalid context at mm/mempool.c:210
So far I have got the error I believe 3 times.
Is there a backtrace?
-
To unsubscribe from this list: send the line unsubscribe linux-kernel in
On 5/17/07, Tomas Carnecky [EMAIL PROTECTED] wrote:
Despite it's a Microsoft product, it's actually very nice and useful. A
little pad with a few buttons and connectors for a headset. It's an USB
device, but it doesn't represent itself as an input/HID device:
HID device not claimed by input
On Friday 18 May 2007, Andrew Morton wrote:
On Fri, 18 May 2007 23:46:21 +0200
Mariusz Koz__owski [EMAIL PROTECTED] wrote:
Hello,
diff --git a/drivers/net/smc91x.h b/drivers/net/smc91x.h
index 7053026..111f23d 100644
--- a/drivers/net/smc91x.h
+++ b/drivers/net/smc91x.h
@@ -279,6
On Fri, 18 May 2007, Lee Revell wrote:
Despite it's a Microsoft product, it's actually very nice and useful. A
little pad with a few buttons and connectors for a headset. It's an USB
device, but it doesn't represent itself as an input/HID device:
HID device not claimed by input or
On Fri, 18 May 2007 12:41:24 -0700
[EMAIL PROTECTED] wrote:
http://bugzilla.kernel.org/show_bug.cgi?id=8501
Problem.
gcc-4.3 appears to have cunningly converted this:
static inline void timespec_add_ns(struct timespec *a, u64 ns)
{
ns += a-tv_nsec;
while(unlikely(ns =
Andrew Morton wrote:
On Fri, 18 May 2007 17:54:32 -0400
Phillip Susi [EMAIL PROTECTED] wrote:
Andrew Morton wrote:
Yes, if you agree with Jeff's original point.
But I don't, actually. Sure, on some machines+workloads, AIO is more
common than sync IO. But I expect that when we sum across
Hello,
Trivial unbalanced parenthesis macro fix.
Signed-off-by: Mariusz Kozlowski [EMAIL PROTECTED]
diff -upr linux-2.6.22-rc1-mm1-a/include/asm-arm/arch-at91/at91_adc.h
linux-2.6.22-rc1-mm1-b/include/asm-arm/arch-at91/at91_adc.h
---
In article [EMAIL PROTECTED] you wrote:
I found one more interesting thing related with fork
bombing attack. i have set following in /etc/security/limits.conf file
[EMAIL PROTECTED]hard nproc 3000
[EMAIL PROTECTED] hard nproc 500
The # is a comment character. So
Philipp Kohlbecher wrote:
In other words, your patch doesn't actually fix anything, it *masks*
potential bugs which would also be triggered by interrupts in kernel
mode. This is bad.
I am not sure these potential bugs would also be triggered by interrupts
in kernel mode. After all,
On Fri, 18 May 2007 23:37:01 +0200
Christian Leber [EMAIL PROTECTED] wrote:
Hello,
i hit a problem with suspend to ram and especially resume.
Hardware: Dell Latitude D810 (some Intel 915 with Intel Pentium M)
With 2.6.19.7 suspend to ram works reliable, but with 2.6.20-rc4
it stopped
On Fri, May 18, 2007 at 03:29:35PM -0700, Andrew Morton wrote:
...
I expect that this optimisation will remain in gcc-4.3 and we'll end up
having major kernel releases which don't build on i386 with major gcc
releases, which isn't altogether desirable. I suspect we'll need to fix this
fairly
On Fri, 2007-05-18 at 15:29 -0700, Andrew Morton wrote:
We use the above idiom in several places. A suitable fix might be to hunt
down those various sites and then make them call a helper function which
does
if (unlikely(ns = NSEC_PER_SEC)) {
do_div(...)
}
H. Peter Anvin wrote:
Sticking kernel mode values in those fields would add no value, except
as a poison (since %ss == KERNEL_DS and would cause a #GP(0) if it ever
reached IRET.)
#SS(0), rather, of course.
-hpa
-
To unsubscribe from this list: send the line unsubscribe linux-kernel
On Fri, 18 May 2007 14:46:02 -0700 Linda Walsh wrote:
Randy Dunlap wrote:
On Fri, 18 May 2007 12:32:47 -0700 Linda Walsh wrote:
Seems there is an include of s390 based config in file
drivers/crypto/Kconfig: source arch/s390/crypto/Kconfig
The line doesn't seem to be need for an
On Fri, 18 May 2007, Andrew Morton wrote:
gcc-4.3 appears to have cunningly converted this:
Very cunning indeed.
Considerign that gcc converted straightforward and simple code to a total
disaster with a 64-bit divide, I'd call it a gcc bug.
into a divide-by-10 operation, so it
Bernd Eckenfels wrote:
On the other server I have some 2GHz HT Xeons which can't be identified on
Intel site because of strange naming pattern.
Google for model and stepping.
... and use x86info.
-hpa
-
To unsubscribe from this list: send the line unsubscribe linux-kernel in
the
On Fri, 2007-05-18 at 17:41 +0400, Sergei Shtylyov wrote:
From the PowerPC Operating Environment Architecture that I've
already
quoated t follows that POWER4-compatible decremented exception *must*
be edge
triggered.
says that an exception is generated when the MSB transitions from
On Sat, 19 May 2007, Tomas Carnecky wrote:
There's no further processing needed in the kernel. The userspace
application would receive these input events and act accordingly, like:
read data from the soundcard and send it to the VoIP server, or only
certain channels based on which buttons
Kuan Luo wrote:
Thanks for your comment, see the explaination inline.
We'll apply your advice in later patch.
...
Please don't duplicate this code in the driver, this is part of libata
core in libata-scsi.c. Add an export for these functions if you need to
use them in the driver.
[kuan]:
On Fri, 18 May 2007, Randy Dunlap wrote:
On Fri, 18 May 2007 14:46:02 -0700 Linda Walsh wrote:
If the standard that other architectures are using is to put their
devices in the crypto directory, then one might expect all crypto
devices to be there. Why should s390 stick out and put its
Robert P. J. Day wrote:
On Fri, 18 May 2007, Randy Dunlap wrote:
On Fri, 18 May 2007 14:46:02 -0700 Linda Walsh wrote:
If the standard that other architectures are using is to put their
devices in the crypto directory, then one might expect all crypto
devices to be there. Why should s390
A few years ago I posted a feature request for a .config variable to
enable/disable screen blanking in console and frame buffer, I was told
it wasn't a real problem as userspace code was adequate.
Having used linux for a couple of years to build embedded devices im
having another go :-) It is a
On Fri, May 18, 2007 at 04:42:10PM +0100, Hugh Dickins wrote:
On Fri, 18 May 2007, Nick Piggin wrote:
If we add 8 bytes to struct page on 64-bit machines, it becomes 64 bytes,
which is quite a nice number for cache purposes.
However we don't have to let those 8 bytes go to waste: we
On Fri, May 18, 2007 at 11:14:26AM -0700, Christoph Lameter wrote:
On Fri, 18 May 2007, Nick Piggin wrote:
However we don't have to let those 8 bytes go to waste: we can use them
to store the virtual address of the page, which kind of makes sense for
64-bit, because they can likely to use
On Fri, May 18, 2007 at 10:42:30AM +0100, David Howells wrote:
Nick Piggin [EMAIL PROTECTED] wrote:
I'd like to be the first to propose an increase to the size of struct page
just for the sake of increasing it!
Heh. I'm surprised you haven't got more adverse reactions.
If we add 8
On 5/18/07, Sergei Shtylyov [EMAIL PROTECTED] wrote:
Albert Cahalan wrote:
Sure, but is there any utility in registering more than the
decrementer on PPC?
Not yet. I'm not sure I know any other PPC CPU facility fitting
for clockevents. In theory, FIT could be used -- but its period
is
On Fri, 2007-05-18 at 21:55 +0200, matthieu castet wrote:
Are you suggesting that this has changed since I did my testing?
Which version of gcc did you try ?
It was a while ago -- probably 3.2 or something like that. I think it
might even predate the summary support.
When I get home I'll
[PATCH]serial: make early_uart to use early_prarm instead of console_initcall
Make early_uart to use early_param, so uart console can be used earlier.
Make it to be bootconsole with CON_BOOT flag, so can use console handover
feature. and it will switch to corresponding normal serial console
On Sat, 19 May 2007, Nick Piggin wrote:
Hugh points out that we should make _count and _mapcount atomic_long_t's,
which would probably be a better use of the space once your vmemmap goes
in.
Well Andy was going to merge it:
http://marc.info/?l=linux-kernelm=117620162415620w=2
Andy when are
On Sat, 2007-05-19 at 00:00 +0200, Segher Boessenkool wrote:
It's not the compiler who decides -- struct layout is
dictated by the ABI you're compiling for.
This is true in the case of externally-visible stuff. I think the
compiler is permitted to violate the ABI for purely unit-internal things
Hi John,
John W. Linville wrote:
On Sat, May 19, 2007 at 01:06:49AM +0800, Eugene Teo wrote:
NULL checks should be performed before the dereference.
Spotted by the Coverity checker.
Signed-off-by: Eugene Teo [EMAIL PROTECTED]
This does not apply against 2.6.22-rc1. Please rediff and
John W. Linville wrote:
First, please send all wireless patches to
[EMAIL PROTECTED], and be sure to CC me as well...thanks!
On Sat, May 19, 2007 at 12:50:31AM +0800, Eugene Teo wrote:
libertas_upload_rx_packet() calls netif_rx() before returning, and it always
return 0.
Also within
Daniel Walker writes:
On Fri, 2007-05-18 at 19:06 +0400, Sergei Shtylyov wrote:
Well, the decrementer frequency may change, at least in theory (if the
bus
clock changes).
Does that happen very often?
If it did, gettimeofday would start reporting seriously wrong values,
since the
Sergei Shtylyov writes:
Yeah, the classic decrementer is programmed off-by-one.
Actually it's programmed off by slightly less than one half on
average, but it doesn't matter since the error doesn't accumulate.
Paul.
-
To unsubscribe from this list: send the line unsubscribe linux-kernel in
Jeff Garzik wrote:
Andrew Morton wrote:
On Fri, 18 May 2007 17:54:32 -0400
Phillip Susi [EMAIL PROTECTED] wrote:
But as Jeff said, that's not what unlikely is for. It should only be
used when it is unlikely for everybody, all the time, because when it
is right, it helps rather little, but
Nick Piggin wrote:
Aside from using branch constructs or hints that help the predictor
guess the right way... I think gcc will move unlikely paths right past
the end of the likely fastpath, so it can increase code size and be
somewhat suboptimal in terms of icache usage.
Thanks for the
hoping to avoid the madness following my earlier, innocuous question
about the lonely, defconfig'ed module scsi_wait_scan.ko, i'm curious
about why there is, in the entire tree, just one invocation of
create_freezeable_workqueue:
$ grep -rw create_freezeable_workqueue *
On Friday 18 May 2007 18:31:17 Thomas Gleixner wrote:
On Thu, 2007-05-17 at 12:11 +0530, Anant Nitya wrote:
On Friday 11 May 2007 03:28:46 Thomas Gleixner wrote:
Ok, that's consistent with earlier reports. The problem surfaces when
one of the SMT-cpus goes idle. The problem goes away when
On Fri, May 18, 2007 at 09:16:45PM +0200, Luca Tettamanti wrote:
Output from serial console is enlightening (sort of...):
Loading IPsec SA/SP database from /etc/ipsec-tools.conf: BUG: unable to
handle kernel paging request at virtual address 6b6b6ceb printing eip:
b0141aef
[oops]
Thanks.
cr4 is a 32-bit register, so casting the mask to an unsigned char is wrong,
as it clears more than the PGE bit.
Signed-off-by: Brian Gerst [EMAIL PROTECTED]
---
arch/i386/kernel/cpu/mtrr/cyrix.c |2 +-
arch/i386/kernel/cpu/mtrr/state.c |2 +-
2 files changed, 2 insertions(+), 2
On Wed, May 16, 2007 at 10:31:30PM +0200, Michal Piotrowski wrote:
Cryptography
Subject: cryptomgr oops
References : http://lkml.org/lkml/2007/5/14/283
Submitter : Luca Tettamanti [EMAIL PROTECTED]
Handled-By : Herbert Xu [EMAIL PROTECTED]
Status : problem is being debugged
skb_peek() might return an empty list. skb should be checked before calling
llc_pdu_sn_hdr() with it.
Spotted by the Coverity checker.
Signed-off-by: Eugene Teo [EMAIL PROTECTED]
diff --git a/net/llc/llc_conn.c b/net/llc/llc_conn.c
index 3b8cfbe..28a3994 100644
--- a/net/llc/llc_conn.c
+++
From: Randy Dunlap [EMAIL PROTECTED]
Update dontdiff file by adding entries from many .gitignore files.
Signed-off-by: Randy Dunlap [EMAIL PROTECTED]
---
Documentation/dontdiff | 42 +-
1 file changed, 41 insertions(+), 1 deletion(-)
---
It's out there, both patches/tarballs and git trees are updated (although
mirroring might still be ongoing)
Various random fixes all over - the shortlog (appended) is fairly
readable. The most notable ones are probably more SLUB fixes, and the
epoll optimizations and cleanups.
But there's
On Fri, 18 May 2007, Chris Snook wrote:
[EMAIL PROTECTED] wrote:
On Fri, 18 May 2007, Chris Snook wrote:
[EMAIL PROTECTED] wrote:
---
I have Pentium D CPU, which many Windows utilities like cpuz,
On Sat, 19 May 2007 13:13:07 +0800 Eugene Teo wrote:
skb_peek() might return an empty list. skb should be checked before calling
llc_pdu_sn_hdr() with it.
Spotted by the Coverity checker.
Signed-off-by: Eugene Teo [EMAIL PROTECTED]
Hi Eugene,
Networking patches need to be sent to the
Since Alan expressed a desire to see Large Block Transfer (LBT) support
in pata_sil680, I though I would re-post my patch for adding LBT support
to sata_sil.
Silicon Image's Large Block Transfer (LBT) support is a vendor-specific
DMA scatter/gather engine, which enables 64-bit DMA addresses
On Fri, May 18, 2007 at 04:19:20PM -0700, Randy Dunlap wrote:
On Fri, 18 May 2007 14:46:02 -0700 Linda Walsh wrote:
Randy Dunlap wrote:
On Fri, 18 May 2007 12:32:47 -0700 Linda Walsh wrote:
Seems there is an include of s390 based config in file
drivers/crypto/Kconfig: source
Below is a refresh of my on-going effort to convert sata_mv to the new
exception handling framework. sata_mv is one of the last hold-outs, and
its old-EH implementation blocks new features like hotplug and NCQ.
It works for me on the one 50xx and one 60xx card I tested it on, but
other testers
Eugene Teo [EMAIL PROTECTED] wrote:
diff --git a/net/llc/llc_conn.c b/net/llc/llc_conn.c
index 3b8cfbe..28a3994 100644
--- a/net/llc/llc_conn.c
+++ b/net/llc/llc_conn.c
@@ -323,7 +323,8 @@ int llc_conn_remove_acked_pdus(struct sock *sk, u8 nr, u16
*how_many_unacked)
if (!q_len)
Hi Randy,
Randy Dunlap wrote:
On Sat, 19 May 2007 13:13:07 +0800 Eugene Teo wrote:
skb_peek() might return an empty list. skb should be checked before calling
llc_pdu_sn_hdr() with it.
Spotted by the Coverity checker.
Signed-off-by: Eugene Teo [EMAIL PROTECTED]
[...]
Networking
This is the work-in-progress for supporting the newer Marvell PATA/SATA
chips like the 6145.
SATA support works, but PATA support is not implemented at all.
There is some temporary code that makes sure the PATA port is disabled,
if enabled.
This can be found in the 'mv-ahci' branch of
On Thursday 17 May 2007 02:42, Dave Jones wrote:
On Thu, May 17, 2007 at 02:09:16AM +0200, Christian wrote:
my small VIA C3_2 box does not boot with 2.6.22-rc1.
It even does not uncompress the kernel.
The configuration as M386 M486 works. But M586 + MVIAC3_2
does not work.
From: Eugene Teo [EMAIL PROTECTED]
Date: Sat, 19 May 2007 13:13:07 +0800
skb_peek() might return an empty list. skb should be checked before calling
llc_pdu_sn_hdr() with it.
Spotted by the Coverity checker.
Signed-off-by: Eugene Teo [EMAIL PROTECTED]
The code checks skb_queue_len() for
701 - 773 of 773 matches
Mail list logo