On Sun, 16 Dec 2007 01:37:01 -0500 "Miles Lane" <[EMAIL PROTECTED]> wrote:
>
argh, please don't use linux-net. It's basically dead afaik.
Suitable ccs restored.
> > On Sun, Dec 16, 2007 at 11:07:07AM +0800, Herbert Xu wrote:
> > >
> > > I suspect namespace borkage. But just because you pin-poi
On Sat, Dec 15, 2007 at 11:08:58AM +0100, Tobias Diedrich wrote:
>
> Hmm, how do I look for that, if netstat doesn't look suspicous?
Thanks. What does /proc/net/sockstat show?
Cheers,
--
Visit Openswan at http://www.openswan.org/
Email: Herbert Xu ~{PmV>HI~} <[EMAIL PROTECTED]>
Home Page: http:
On Dec 15, 2007 1:07 AM, Len Brown <[EMAIL PROTECTED]> wrote:
>
> try CONFIG_HIGH_RES_TIMERS=n
> try "hpet=disable"
The problem still manifests when I unset CONFIG_HIGH_RES_TIMERS,
CONFIG_HPET_TIMER, and CONFIG_NO_HZ (for good measure) in the kernel
config. The delay occurs later in the bootup p
On Sat, 15 Dec 2007, Parag Warudkar wrote:
I will run it for a little longer just to be sure - but I don't think it
will be a problem.
No problems for last 10 hours - I consider this fixed.
Parag
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a messa
On Sun, 16 Dec 2007 00:08:52 +0100 (CET) Krzysztof Oledzki <[EMAIL PROTECTED]>
wrote:
>
>
> On Sat, 15 Dec 2007, [EMAIL PROTECTED] wrote:
>
> > http://bugzilla.kernel.org/show_bug.cgi?id=9182
> >
> >
> > --- Comment #33 from [EMAIL PROTECTED] 2007-12-15 14:19 ---
> > Krzysztof, I'd ha
On Sat, 15 Dec 2007 15:55:09 -0500 "Miles Lane" <[EMAIL PROTECTED]> wrote:
> On Dec 15, 2007 3:13 PM, Miles Lane <[EMAIL PROTECTED]> wrote:
> >
> > On Dec 15, 2007 6:13 AM, Andrew Morton <[EMAIL PROTECTED]> wrote:
> > >
> > > On Fri, 14 Dec 2007 22:58:24 -0500 "Miles Lane" <[EMAIL PROTECTED]> wrot
On Sun, Dec 16, 2007 at 12:20:54AM +, Adrian McMenamin wrote:
> This device is electrically compatible with ATA-3 IDE CD drives but
> implements a proprietary packet interface. There have been previous
> Dreamcast CD drivers around but this is new code and uses DMA as
> opposed to PIO for reads
On Sun, Dec 16, 2007 at 11:07:07AM +0800, Herbert Xu wrote:
>
> I suspect namespace borkage. But just because you pin-pointed
> my patch I'll try to track it down :)
Surprise surprise. The namespace seq patch missed two spots in
AF_PACKET.
[PACKET]: Fix /proc/net/packet crash due to bogus priva
On Sonntag, 16. Dezember 2007, Rafael J. Wysocki wrote:
> On Saturday, 15 of December 2007, John W. Linville wrote:
> > On Sat, Dec 15, 2007 at 02:25:50AM +0100, Rafael J. Wysocki wrote:
> > > On Friday, 14 of December 2007, Michael Buesch wrote:
> >
> > > > Either distributions have to install it
Andrew Morton <[EMAIL PROTECTED]> wrote:
>
> My suspicion is that you've hit bad breakage in networking and lockdep just
> isn't sufficiently robust to handle what it's being given.
>
> Can you suggest a way in which others can reproduce this?
I can reproduce this now. I suspect it's to do with
Mariusz Kozlowski <[EMAIL PROTECTED]> wrote:
>
> git-ubi.patch
> GOOD
> #
> git-net.patch
> BAD
> ipsec-fix-reversed-icmp6-policy-check.patch
>
> but this seems to be far from precise :)
I suspect namespace borkage. But just because you pin-pointed
my patch I'll try to track it down :)
Cheers,
On Sat, Dec 15, 2007 at 07:43:28PM +0100, Ingo Molnar wrote:
>
> we could perhaps introduce stat_smp_processor_id(), which signals that
> the CPU id is used for statistical purposes and does not have to be
> exact? In any case, your patch looks good too.
Unfortunately that doesn't work because w
Michael Buesch wrote:
On Sunday 16 December 2007 00:18:43 Rafael J. Wysocki wrote:
Well, the only problem with that is I suspect there are some "newer" cards that
work better with v3 firmware, although they are supposed to support both.
And I suspect that you are wrong until you show me one. :
On Sat, Dec 15, 2007 at 06:03:19PM +0100, Eric Dumazet wrote:
>
> How come you change SNMP_INC_STATS_USER() but not SNMP_INC_STATS() ?
Heh, my brain must have blocked me from seeing it because it's
too hard :)
Let's fix it the stupid way first and I'll do a local_t conversion
later.
[SNMP]: Fix
comverted -> converted
Signed-off-by: Marcin Slusarz <[EMAIL PROTECTED]>
---
include/asm-ia64/compat.h|2 +-
include/asm-mips/compat.h|2 +-
include/asm-parisc/compat.h |2 +-
include/asm-powerpc/compat.h |2 +-
include/asm-s390/compat.h|2 +-
include/asm-sparc64/
fix warning:
drivers/usb/host/ehci-hcd.c:832:8: warning: symbol 'status' shadows an earlier
one
drivers/usb/host/ehci-hcd.c:790:71: originally declared here
Signed-off-by: Marcin Slusarz <[EMAIL PROTECTED]>
CC: Greg Kroah-Hartman <[EMAIL PROTECTED]>
---
drivers/usb/host/ehci-hcd.c |8 ---
fix warning:
drivers/usb/core/devio.c:1226:20: warning: incorrect type in assignment
(different address spaces)
drivers/usb/core/devio.c:1226:20:expected void *usercontext
drivers/usb/core/devio.c:1226:20:got void [noderef] *
Signed-off-by: Marcin Slusarz <[EMAIL PROTECTED]>
CC: Greg Kroa
fix warnings:
drivers/usb/storage/initializers.c:83:26: warning: incorrect type in argument 5
(different signedness)
drivers/usb/storage/initializers.c:83:26:expected unsigned int *act_len
drivers/usb/storage/initializers.c:83:26:got int *
drivers/usb/storage/initializers.c:89:26: warning:
fix warnings:
fs/udf/super.c:1320:24: warning: symbol 'bh' shadows an earlier one
fs/udf/super.c:1240:21: originally declared here
fs/udf/super.c:1583:4: warning: symbol 'i' shadows an earlier one
fs/udf/super.c:1418:6: originally declared here
fs/udf/super.c:1585:4: warning: symbol 'i' shadows an
sparse generated:
fs/udf/namei.c:896:15: originally declared here
fs/udf/namei.c:1147:41: warning: incorrect type in argument 3 (different
signedness)
fs/udf/namei.c:1147:41:expected int *offset
fs/udf/namei.c:1147:41:got unsigned int *
fs/udf/namei.c:1152:78: warning: incorrect type in ar
sparse generated:
fs/udf/inode.c:324:41: warning: incorrect type in argument 4 (different
signedness)
fs/udf/inode.c:324:41:expected long *
fs/udf/inode.c:324:41:got unsigned long *
inode_getblk always set 4th argument to uint32_t value
3rd parameter of map_bh is sector_t (which is unsign
Signed-off-by: Marcin Slusarz <[EMAIL PROTECTED]>
---
fs/udf/dir.c | 46 +++---
1 files changed, 27 insertions(+), 19 deletions(-)
diff --git a/fs/udf/dir.c b/fs/udf/dir.c
index c26e281..c5e38d6 100644
--- a/fs/udf/dir.c
+++ b/fs/udf/dir.c
@@ -65,24 +65,2
make reading do_udf_readdir easier by adding new variable
Signed-off-by: Marcin Slusarz <[EMAIL PROTECTED]>
CC: Ben Fennema <[EMAIL PROTECTED]>
---
fs/udf/dir.c | 15 +--
1 files changed, 9 insertions(+), 6 deletions(-)
diff --git a/fs/udf/dir.c b/fs/udf/dir.c
index 174d2fc..c26e28
sparse generated:
fs/udf/dir.c:78:5: warning: symbol 'udf_readdir' was not declared. Should it be
static?
there are 2 different prototypes of udf_readdir - remove them and move
code around to make it still compile
Signed-off-by: Marcin Slusarz <[EMAIL PROTECTED]>
CC: Ben Fennema <[EMAIL PROTECTED
On Fri, Dec 14, 2007 at 12:02:46PM +0100, Takashi Iwai wrote:
> At Sat, 8 Dec 2007 21:50:45 +0100,
> Marcin Ślusarz wrote:
> >
> > sound/core.h: include sound/driver.h
> >
> > include sound/driver.h in sound/core.h because core.h
> > uses SNDRV_CARDS (which is defined in sound/driver.h)
> >
> > Sig
Hi
Yesterday i upgraded an 1 year old System from 4x1GB (32Bit, No
Memory-Remap) to 4x2GB (64Bit, Memory-Remap)
Today i due to a lucky coincidence i discovered that i have a memory
corruption problem.
This problem happens only with at least 4GB RAM and Memory-Remap. It
happens with any 2 of
Hello,
I have a Java application that makes a large number of outbound
webservice calls over HTTP/TCP. The hosts contacted are a fixed set
of about 2000 hosts and a web service call is made to each of them
approximately every 5 mintues by a pool of 200 Java threads. Over
time, on average a perce
diff -ruN ./linux-2.6-orig/drivers/sh/gdrom/gdrom.c
./linux-2.6/drivers/sh/gdrom/gdrom.c
--- ./linux-2.6-orig/drivers/sh/gdrom/gdrom.c 1970-01-01
01:00:00.0 +0100
+++ ./linux-2.6/drivers/sh/gdrom/gdrom.c2007-12-15 22:58:17.0
+
@@ -0,0 +1,793 @@
+/* GD ROM driver for t
Allen Martin wrote:
Nothing inside the chipset should be decoding port 80 writes. It's
possible this board has a port 80 decoder wired onto the board that's
misbehaving. I've seen other laptop boards with port 80 decoders
wired onto the board, even if the 7 segment display is only populated
o
On Sun, 2007-12-16 at 00:20 +, Adrian McMenamin wrote:
> (Apologies if you've already had this. I sent it to lkml etc an hour
> ago but it just disappeated into the ether - trying it in smaller
> packets this time.)
>
vger/lkml's spam filtering is trapping the main part of the patch as
spam.
"[ALSA] Use posix clock monotonic for PCM and timer timestamps" introduces
a bug that makes audio device unusable in some computers.
Signed-off-by: Miguel Botón <[EMAIL PROTECTED]>
diff --git a/include/sound/asound.h b/include/sound/asound.h
index 475eb71..d35aa44 100644
--- a/include/sound/asoun
* Dirk Behme <[EMAIL PROTECTED]> [071214 22:48]:
>
> OMAP has now a list at vger.
>
> Signed-off-by: Dirk Behme <[EMAIL PROTECTED]>
>
> Index: linux-osk/MAINTAINERS
> ===
> --- linux-osk.orig/MAINTAINERS
> +++ linux-osk/MAINTAINERS
>
Here we go.
# dmidecode -s baseboard-manufacturer
Quanta
# dmidecode -s baseboard-product-name
30B9
There do seem to be other systems, besides mine, that have the same
problem. I think it's pretty likely that other machines that have this
problem are Quanta machines, since Quanta is one of th
diff -ruN ./linux-2.6-orig/drivers/block/Kconfig
./linux-2.6/drivers/block/Kconfig
--- ./linux-2.6-orig/drivers/block/Kconfig 2007-12-15 22:23:47.0
+
+++ ./linux-2.6/drivers/block/Kconfig 2007-12-15 22:18:28.0 +
@@ -105,6 +105,18 @@
"MicroSolutions backpack
diff -ruN ./linux-2.6-orig/drivers/sh/Makefile ./linux-2.6/drivers/sh/Makefile
--- ./linux-2.6-orig/drivers/sh/Makefile2007-12-15 22:23:59.0
+
+++ ./linux-2.6/drivers/sh/Makefile 2007-12-15 22:18:45.0 +
@@ -4,3 +4,4 @@
obj-$(CONFIG_SUPERHYWAY) += superhy
(Apologies if you've already had this. I sent it to lkml etc an hour
ago but it just disappeated into the ether - trying it in smaller
packets this time.)
This patch adds support for the CD drive on the SEGA Dreamcast - the
so-called GD Rom drive.
This device is electrically compatible with ATA-3
Hello,
As one of usual tests I run the following script:
for i in `find /proc -type f`; do
echo -n "cat $i > /dev/null ... ";
cat $i > /dev/null;
echo "done";
done
This time the culprit is /proc/net/packet. cat process gets killed
$ cat /proc/net/packet
Segment
H. Peter Anvin wrote:
Note, however, that your code doesn't deal with io_delay()'s in the boot
code (arch/x86/boot) at all, nor (obviously) io_delay()'s in boot
loaders. In the boot code, access to DMI data is NOT available (we
can't even use the INT 15h mover if we want to continue to suppo
On 12/13/2007 11:40 AM, Andrew Morton wrote:
>
> ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.24-rc5/2.6.24-rc5-mm1/
Broken @#$%^ suspend, again (and maybe still for a longer time). Unable to
reproduce this with netconsole.
trace led to i915_suspend
callpci_bus_r
Hi all,
in a single thread of execution, writel() and friends are ordered WRT
each other. But I keep forgetting one thing:
Is writel() ordered WRT regular memory accesses? That is, if I prepare
data in a coherent DMA buffer and then tell the device by writel() that
it's good to go, do I need a
Rene Herman wrote:
I hope this is considered half-way correct/sane (note by the way that
it's not a good idea to switch a "native_io_delay_port" value since
plugging in a variable port would clobber register dx for every outb_p,
which would then have to be reloaded for the next outb again). C
> + /* initialize cached registers from their original values */
> + pca9539_read_reg(chip, PCA9539_OUTPUT, &chip->reg_output);
> + pca9539_read_reg(chip, PCA9539_DIRECTION, &chip->reg_direction);
> +
> + /* set platform specific polarity inversion */
> + pca9539_write_reg(chip,
On 15-12-07 21:27, H. Peter Anvin wrote:
Rene Herman wrote:
Yes, just posted a Patch-For-Comments that switches on the
availability of a TSC (tsc_init sets tsc_disable also for
!cpu_has_tsc) which would mean that only really old stuff would be
using the outb still. A TSC is really all we ne
On Sunday 16 December 2007 00:18:43 Rafael J. Wysocki wrote:
> Well, the only problem with that is I suspect there are some "newer" cards
> that
> work better with v3 firmware, although they are supposed to support both.
And I suspect that you are wrong until you show me one. :)
--
Greetings Mi
On Saturday 15 December 2007, Alistair John Strachan wrote:
>On Saturday 15 December 2007 21:24:09 Gene Heskett wrote:
>> On Saturday 15 December 2007, Robert Hancock wrote:
>> >Gene Heskett wrote:
>> >> Greetings;
>> >>
>> >> When I asked about a sata controller earlier this week, I gave a link
>>
On Sat, 15 Dec 2007, [EMAIL PROTECTED] wrote:
http://bugzilla.kernel.org/show_bug.cgi?id=9182
--- Comment #33 from [EMAIL PROTECTED] 2007-12-15 14:19 ---
Krzysztof, I'd hate point you to a hard path (at least time consuming), but
you've done a lot of digging by now anyway. How about
On Saturday, 15 of December 2007, John W. Linville wrote:
> On Sat, Dec 15, 2007 at 02:25:50AM +0100, Rafael J. Wysocki wrote:
> > On Friday, 14 of December 2007, Michael Buesch wrote:
>
> > > Either distributions have to install it automatically or people simply
> > > have
> > > to read one or t
Pavel Machek wrote:
this is also something for v2.6.24 merging.
As much as I like this patch, I do not think it is suitable for
.24. Too risky, I'd say.
No kidding! We're talking about removing a hack that has been
successful on thousands of pieces of hardware over 15 years because it
br
On Fri 2007-12-14 14:15:03, Ingo Molnar wrote:
>
> * David P. Reed <[EMAIL PROTECTED]> wrote:
>
> > Replace use of outb to "unused" diagnostic port 0x80 for time delay
> > with udelay based time delay on x86_64 architecture machines. Fix for
> > bugs 9511 and 6307 in bugzilla, plus bugs report
On Saturday, 15 of December 2007, Michael Buesch wrote:
> On Saturday 15 December 2007 01:51:47 Rafael J. Wysocki wrote:
> > On Friday, 14 of December 2007, Michael Buesch wrote:
> > > On Friday 14 December 2007 13:59:54 Simon Holm Thøgersen wrote:
> > > > > This user did get the following messages
On Fri 2007-12-14 15:23:55, Ingo Molnar wrote:
>
> * Rene Herman <[EMAIL PROTECTED]> wrote:
>
> > --- a/init/main.c
> > +++ b/init/main.c
> > @@ -229,10 +229,9 @@ static int __init obsolete_checksetup(char *line)
> > }
> >
> > /*
> > - * This should be approx 2 Bo*oMips to start (note initial s
On Sat 2007-12-15 12:26:26, H. Peter Anvin wrote:
> Paul Rolland wrote:
>> Just an idea : from what I've read, the problem (port 80 hanging) only
>> occurs
>> on 'modern' machines...
>
> It happens on *one single* "modern" machine...
>
> Let's keep that in perspective.
it hurts on other machines
On Sat 2007-12-15 14:26:38, Andi Kleen wrote:
> > It probably is safe to remove... but we currently support '2.8.95
> > kernel loads/resumes 2.6.24 image'... which would break if 2.8 uses
> > cr8.
>
> No it won't. 2.8 would just restore some random useless value.
Restoring random value seems wron
Allen Martin wrote:
Nothing inside the chipset should be decoding port 80 writes. It's
possible this board has a port 80 decoder wired onto the board that's
misbehaving. I've seen other laptop boards with port 80 decoders
wired onto the board, even if the 7 segment display is only populated
>> There is a path that goes from user data into the pool. This path
>> is subject to manipulation by an attacker, for both reading and
>> writing. Are you going to guarantee that in five years nobody
>> will discover a way to take advantage of it? Five years ago
>> there were no public attacks
> Alan Cox wrote:
> > On Wed, 12 Dec 2007 21:58:25 +0100
> > Rene Herman <[EMAIL PROTECTED]> wrote:
> >
> >> On 12-12-07 21:26, Rene Herman wrote:
> >>
> >>> On 12-12-07 21:07, David P. Reed wrote:
> Someone might have an in to nVidia to clarify this,
> since I don't.
> In any case, t
On Saturday 15 December 2007, Jan Engelhardt wrote:
> On Aug 24 2007 10:52, Jens Axboe wrote:
> >Subject: [PATCH][RFC] dynamic pipe resizing
> >Like with my original splice patches from 2005, I used fcntl()
> >F_GETPIPE_SZ and F_SETPIPE_SZ to change the size of the pipe. I'm not
> >particularly fon
On Saturday 15 December 2007 21:24:09 Gene Heskett wrote:
> On Saturday 15 December 2007, Robert Hancock wrote:
> >Gene Heskett wrote:
> >> Greetings;
> >>
> >> When I asked about a sata controller earlier this week, I gave a link to
> >> it. Unforch (maybe) when it actually arrived, the cards box
On Fri, Dec 14, 2007 at 11:43:35AM -0500, Mathieu Desnoyers wrote:
> * Adrian Bunk ([EMAIL PROTECTED]) wrote:
> > On Thu, Dec 13, 2007 at 09:46:42AM -0500, Mathieu Desnoyers wrote:
> > > Hi Andrew,
> > >
> > > I would like to post my next patches in a way that would make it as
> > > easy for you a
On Sat, Dec 15, 2007 at 02:25:50AM +0100, Rafael J. Wysocki wrote:
> On Friday, 14 of December 2007, Michael Buesch wrote:
> > Either distributions have to install it automatically or people simply have
> > to read one or two lines of documentation. That's just what I wanted to
> > say.
>
> It'
Hi,
I've a block device driver which does the following,
Inside the request function I do something like this:
request(fn) {
while ((req = elv_next_request(q)) != NULL) {
set up the request;
spin_unlock_irq(q->queue_lock);
call the transfer(set_up_req) function;
spin_lock_
http://bugzilla.kernel.org/show_bug.cgi?id=9182
On Sat, 15 Dec 2007, Krzysztof Oledzki wrote:
On Thu, 13 Dec 2007, Krzysztof Oledzki wrote:
On Thu, 13 Dec 2007, Peter Zijlstra wrote:
On Thu, 2007-12-13 at 16:17 +0100, Krzysztof Oledzki wrote:
BTW: Could someone please look at th
On Saturday 15 December 2007, Robert Hancock wrote:
>Gene Heskett wrote:
>> Greetings;
>>
>> When I asked about a sata controller earlier this week, I gave a link to
>> it. Unforch (maybe) when it actually arrived, the cards box showed a
>> silicon image chip, and the card had a via. So much for g
Hi,
I've a block device driver which does the following,
Inside the request function I do something like this:
request(fn) {
while ((req = elv_next_request(q)) != NULL) {
set up the request;
spin_unlock_irq(q->queue_lock);
call the transfer(set_up_req) function;
sp
Gene Heskett wrote:
Greetings;
When I asked about a sata controller earlier this week, I gave a link to it.
Unforch (maybe) when it actually arrived, the cards box showed a silicon
image chip, and the card had a via. So much for getting what I ordered...
The required module then was sata_v
Hi,
I've a block device driver which does the following,
Inside the request function I do something like this:
request(fn) {
while ((req = elv_next_request(q)) != NULL) {
set up the request;
spin_unlock_irq(q->queue_lock);
call the transfer(set_up_req) function;
sp
Pavel Machek wrote:
It probably is safe to remove... but we currently support '2.8.95
kernel loads/resumes 2.6.24 image'... which would break if 2.8 uses
cr8.
So please keep it if it is not a big problem.
Note that CR8 is an alias for the TPR in the APIC.
-hpa
--
To unsubscribe from
Paul Rolland wrote:
Just an idea : from what I've read, the problem (port 80 hanging) only occurs
on 'modern' machines...
It happens on *one single* "modern" machine...
Let's keep that in perspective.
-hpa
--
To unsubscribe from this list: send the line "unsubscribe linux-kern
Rene Herman wrote:
Yes, just posted a Patch-For-Comments that switches on the availability
of a TSC (tsc_init sets tsc_disable also for !cpu_has_tsc) which would
mean that only really old stuff would be using the outb still. A TSC is
really all we need to have a sensible udelay().
Uhm, no
Rene Herman wrote:
It's really going to have to be a known _un_used register and (the write
direction of) port 0x80 is used exactly for that reason. Port 0xed is a
known "alternate diagnostic port" used by Phoenix BIOSes at least but
Peter Anvin reported trouble with that one -- probably for
Zsolt Barat schrieb:
> hi list,
> i just bought a "MyBook" called external HD with a fixed enclosure, from
> WD. Connected to the SATA port i constantly get "ATA bus error" messages
> in the kernel log. Is this a known issue?
>
> /var/log/messages:
> Dec 15 18:37:53 proto1 ata2.00: exception Emask
hi list,
i just bought a "MyBook" called external HD with a fixed enclosure, from
WD. Connected to the SATA port i constantly get "ATA bus error" messages
in the kernel log. Is this a known issue?
/var/log/messages:
Dec 15 18:37:53 proto1 ata2.00: exception Emask 0x0 SAct 0x0 SErr 0x0
action 0x2
D
On Sat, 2007-12-15 at 00:16 -0800, Ray Lee wrote:
> On Dec 14, 2007 11:09 PM, Ray Lee <[EMAIL PROTECTED]> wrote:
> > On Dec 14, 2007 6:41 PM, Gabriel C <[EMAIL PROTECTED]> wrote:
> > Correct, absolutely no traffic. So if it works for you, then either
> > it's something that got fixed between -rc3
Arjan van de Ven wrote:
> Stefan Richter wrote:
>> Report counts may be too high due to duplicate recognition of the very
>> same report.
>
> this is true however it's .. a hard issue. It's really hard to
> distinguish a duplicate report from two reports of the same bug.
Would be nice though to t
FWIW, I got the following at reboot after some tests were finished:
get_unused_fd: slot 3 not NULL!
get_unised_fd: slot 4 not NULL!
general protection fault: [1] PREEMPT SMP
last sysfs file /sys/class/scsh_host/host1/link_power_management_policy
and that's all.
--
To unsubscribe from this li
MODPOST 196 modules
ERROR: "usbhid_lookup_quirk" [drivers/hid/usbhid/usbmouse.ko]
undefined!
ERROR: "usbhid_lookup_quirk" [drivers/hid/usbhid/usbkbd.ko] undefined!
make[1]: *** [__modpost] Error 1
make: *** [modules] Error 2
The problem was fixed by defining CONFIG_USB_HID=m - but I th
On Sat, 15 Dec 2007, Thomas Gleixner wrote:
I have a patch staged for Linus, which fixes a thinko in the broadcast
code. It might be related to your problem. Can you give it a try ?
Yep - this looks promising. No soft lockups for last half an hour
with 4-5 Wakeups from idle. It is almost smoo
* Herbert Xu <[EMAIL PROTECTED]> wrote:
> Ob Tue, Dec 04, 2007 at 12:17:23AM +1100, Herbert Xu wrote:
> >
> > Never mind, we already have that in local_t and as Alexey correctly
> > points out, USER is still going to be the expensive variant with the
> > preempt_disable (well until BH gets threa
Andrew Morton wrote, On 12/15/2007 12:13 PM:
> On Fri, 14 Dec 2007 22:58:24 -0500 "Miles Lane" <[EMAIL PROTECTED]> wrote:
...
>> I applied the patch and then tried my test again. This time my system
>> locked up.
>> Perhaps I should open a new thread for this, since the problem looks
>> prett
Stefan Richter wrote:
Arjan van de Ven wrote:
The http://www.kerneloops.org website collects kernel oops and warning
reports from various mailing lists and bugzillas;
A few comments:
Report counts may be too high due to duplicate recognition of the very
same report.¹
this is true however it
On Sat, Dec 15, 2007 at 05:09:48PM +0100, Jan Evert van Grootheest wrote:
> Greg KH wrote:
>> This is the start of the stable review cycle for the 2.6.23.10 release.
>> There are 60 patches in this series, all will be posted as a response to
>> this one. If anyone has any issues with these being a
On Sat, Dec 15, 2007 at 02:34:42PM +0800, Herbert Xu wrote:
> On Sat, Dec 15, 2007 at 05:31:30PM +1100, Benjamin Herrenschmidt wrote:
> >
> > That's something I've actually never quite liked... the fact that we
> > evaluate the expression anyway. I'm pretty happy with -not- evaluating
> > the expre
> a minor concern, but I did also point out that using an unused port
> causes the bus to be tied up for a microsecond or two, which matters on
> a fast SMP machine.
And I did point out I'd found locking cases that may be relying upon this
> I also note that curent machines like the problem mac
On Sat, Dec 15, 2007 at 02:52:11PM +0800, Herbert Xu wrote:
> On Sat, Dec 15, 2007 at 02:04:49PM +0800, Herbert Xu wrote:
> >
> > I suppose we'll have to either introduce a new primitive or just
> > go back to using BUG_ON.
>
> Let's do the conservative thing and add a new primitive.
>
> [PATCH]
> My understanding is that the linux starts in real mode, and uses the
> BIOS for such things as reading the very first image.
Not always. We may enter from 32bit in some cases, and we may also not
have a PC BIOS in the first place.
--
To unsubscribe from this list: send the line "unsubscribe
John> Just fired up 2.6.24-rc5-mm1 on a Dual CPU PIII 550mhz system
John> with 2gb of RAM. Got the following error. Let me know if you
John> need more details or want me to run tests or make changes.
John> Looks like something in the SCSI st driver, which makes sense
John> since I have a pair of
H. Peter Anvin wrote:
David P. Reed wrote:
Just a thought for a way to fix the "very early" timing needed to set
up udelay to work in a way that works on all machines. Perhaps we
haven't exploited the BIOS enough: The PC BIOS since the PC AT
(286) has always had a standard "countdown time
Last summer I announced that I had released a performance monitoring
tool called collectl and just wanted to let people know I've since
significantly improved the website at http://collectl.sourceforge.net/
to include examples, a block diagram and even included a couple of pages
on some interes
Herbert Xu a écrit :
Ob Tue, Dec 04, 2007 at 12:17:23AM +1100, Herbert Xu wrote:
Never mind, we already have that in local_t and as Alexey correctly
points out, USER is still going to be the expensive variant with the
preempt_disable (well until BH gets threaded). So how about this patch?
I d
Andrew Morton wrote, On 12/15/2007 12:13 PM:
> On Fri, 14 Dec 2007 22:58:24 -0500 "Miles Lane" <[EMAIL PROTECTED]> wrote:
>
>> On Dec 14, 2007 6:36 PM, Andrew Morton <[EMAIL PROTECTED]> wrote:
>>> On Fri, 14 Dec 2007 17:13:21 -0500
>>> "Miles Lane" <[EMAIL PROTECTED]> wrote:
...
Pid: 6944, c
On Dec 14, 2007 7:26 AM, NeilBrown <[EMAIL PROTECTED]> wrote:
>
> Given an fd on a block device, returns a string like
>
> /block/sda/sda1
>
> which can be used to find related information in /sys.
>
> Ideally we should have an ioctl that works on char devices as well,
> but that seems far
This change seems rather unlikely for 2.6.24 at this point (high risk),
but could be good for 2.6.25.
One thing it should probably have for the early going,
is a simple way to turn it on/off at boot time,
so that we don't have people "stuck" unable to run
the test kernels should something weird h
On Sat, Dec 15, 2007 at 03:13:19PM +0800, Herbert Xu wrote:
> John Reiser <[EMAIL PROTECTED]> wrote:
> >
> > If speed matters that much, then please recoup 33 cycles on x86
> > by using shifts instead of three divides, such as (gcc 4.1.2):
> >
> >add_entropy_words(r, tmp, (bytes +
I understand the risks of such a fundamental change, and it may be only
a minor concern, but I did also point out that using an unused port
causes the bus to be tied up for a microsecond or two, which matters on
a fast SMP machine.
Of course all the other concerns you guys are worrying about a
Greg KH wrote:
This is the start of the stable review cycle for the 2.6.23.10 release.
There are 60 patches in this series, all will be posted as a response to
this one. If anyone has any issues with these being applied, please let
us know. If anyone is a maintainer of the proper subsystem, and
Stephane Eranian <[EMAIL PROTECTED]> writes:
> [...]
>> > [...] AFAIK, there is no single call to stop T1 and wait until it
>> > is completely off the CPU, unless we go through the (internal)
>> > ptrace interface.
>>
>> The utrace code supports this style of thread manipulation better
>> than p
Arjan van de Ven wrote:
> The http://www.kerneloops.org website collects kernel oops and warning
> reports from various mailing lists and bugzillas;
A few comments:
Report counts may be too high due to duplicate recognition of the very
same report.¹
Reports against 2.6.X-rcY-mmZ are listed in th
On Sat, 2007-12-15 at 16:34 +0300, Alexey Dobriyan wrote:
> On Fri, Dec 14, 2007 at 01:48:23PM -0800, Greg KH wrote:
> > On Mon, Dec 03, 2007 at 01:25:51PM -0800, Greg KH wrote:
> > > On Tue, Dec 04, 2007 at 12:09:59AM +0300, Alexey Dobriyan wrote:
> > > > On Mon, Dec 03, 2007 at 12:47:16PM -0800,
On Sat, 15 Dec 2007 14:27:25 +0100
Ingo Molnar <[EMAIL PROTECTED]> wrote:
>
> * Rene Herman <[EMAIL PROTECTED]> wrote:
>
> > The issue is -- how do you safely replace the outb pre-loops_per_jiffy
> > calibration? I'm currently running with the attached hack (not
> > submitted, only for 32-bit
Building 2.6.24-rc5 with
# CONFIG_HOTPLUG is not set
CONFIG_SCSI_SYM53C8XX_2=y
results in
WARNING: vmlinux.o(.text+0x14b36c): Section mismatch: reference to
.exit.text:sym2_remove (between 'sym2_io_error_detected' and
'sym_set_cam_result_error')
because sym2_io_error_detected() calls sym2_rem
1 - 100 of 134 matches
Mail list logo
