cally duplication bio_kmalloc(),
necessitating its own bi_destructor implementation.
v5: Un-reorder some functions, to make the patch easier to review
Signed-off-by: Kent Overstreet
CC: Peter Osterlund
Apart from bio_reset() not resetting bi_end_io and bi_private, this
looks fine to me but la
.
> More notable is a great stack of mutual recursion between
> dm_bio_destructor() and the CDROM code: it seems to burn most of the
> stack on this sort of thrashing. Here's one of those tracebacks again:
Maybe dm_bio_destructor() is just old cruft left on the stack fr
Tim Waugh <[EMAIL PROTECTED]> writes:
> --8SdtHY/0P4yzaavF
> Content-Type: text/plain; charset=us-ascii
> Content-Disposition: inline
>
> On Thu, Jan 04, 2001 at 03:39:10PM +0100, Andrea Arcangeli wrote:
>
> > As noted yesterday falling into parport_write will silenty lose data when the
> > pri
Tim Waugh <[EMAIL PROTECTED]> writes:
> On Thu, Jan 04, 2001 at 02:52:29PM +0100, Andrea Arcangeli wrote:
>
> > I think lp_check_status.
>
> Okay. So what about this patch instead? If the printer is off-line
> to start with, fall into parport_write anyway (it will just time out
> and return 0
Tim Waugh <[EMAIL PROTECTED]> writes:
> On Thu, Jan 04, 2001 at 08:07:19PM +0100, Peter Osterlund wrote:
>
> > If you do this, you should probably also return -EAGAIN if the printer
> > is out of paper, otherwise I would still lose data when the printer
> > g
Ragnar Kjørstad <[EMAIL PROTECTED]> writes:
> If I understand the current code correctly, it works like this:
[ example deleted ]
> So we've ended up with a very silly queue
Indeed, the elevator logic is somewhat flawed. There are two problems
with the current code:
1. The test that decides
Andrea Arcangeli <[EMAIL PROTECTED]> writes:
> The patch is buggy for non headactive devices like SCSI and also for
> IDE while the queue is plugged.
Thanks for looking at the patch. Yes, sorry, I misunderstood the linux
linked list implementation. This is easy to fix though. See new patch
at th
On Sun, 17 Sep 2000, Andrea Arcangeli wrote:
: And with the default latency values ("infinite") with the test2
: elevator if you're using scsi as your device, the patch can't make
: runtime differences either.
The test2 elevator (assuming it is the same as the test8 version) in the
infinite late
Andrea Arcangeli <[EMAIL PROTECTED]> writes:
> > The only disadvantage I can see is that the new patch doesn't handle
> > consecutive insertions in O(1) time, but then again, the pre-latency
>
> We can still do that by trivially fixing a bit your code. You should first
> check if the new inserte
Rik van Riel <[EMAIL PROTECTED]> writes:
> This is a bug in Andrea's idea. The request should only
> be inserted at the end of the list if:
>
> 1) the block numbre is bigger than head->prev (which you
>already have)
>
> AND
>
> 2) the block number is smaller than head (or head->next
>
Jens Axboe <[EMAIL PROTECTED]> writes:
> > modification Peter suggested there can be more and we should track the one
> > more on the back of the queue. I don't think it's worthwhile.
>
> Agree, I don't think the added complexity would be worth it.
So that leaves two choices:
1. Perfect elevat
Hello,
When trying to print to an off-line printer with 2.4 kernels, the
"write" system call to /dev/lp0 stalls for 10 seconds and then returns
EIO. This has the unfortunate effect that the printout will be lost,
because the redhat print filters (in rh7) use "cat" to send data to
the printer dev
Andrea Arcangeli <[EMAIL PROTECTED]> writes:
> On Wed, Jan 03, 2001 at 07:44:19PM +0100, Peter Osterlund wrote:
> > Is there a better way to fix this problem?
>
> It looks the simpler fix to me (main loop needs someway to handle errors
> anyways) but ask Tim too.
>
Andrea Arcangeli <[EMAIL PROTECTED]> writes:
> On Wed, Jan 03, 2001 at 10:00:59PM +0100, Peter Osterlund wrote:
> > off. Apparently the printer tells the computer it is OK to send data
> > to it when it is off.
>
> So then parport_write is probably buggy because it&
On Thu, 4 Jan 2001, Andrea Arcangeli wrote:
: I'm worried somebody needed to disable LP_CAREFUL to print, probably
: it's not a big deal to keep it.
I removed it because otherwise I would have had to do twice as many tests
to convince myself that all combinations of flags and printer states
work
Andrea Arcangeli <[EMAIL PROTECTED]> writes:
> The new elevator ordering algorithm returns me much better numbers
> than the CSCAN one with tiobench.
Do you know why? Is it because the average seek distance becomes
smaller with your algorithm? (I later realized that request merging is
done befor
On Tue, 26 Sep 2000, Andrea Arcangeli wrote:
: > smaller with your algorithm? (I later realized that request merging is
: > done before the elevator function kicks in, so your algorithm should
:
: Not sure what you mean. There are two cases: the bh is merged, or
: the bh will be queued in a new
Alan Cox <[EMAIL PROTECTED]> writes:
> 2.2.18pre2 (versus 2.2.17pre20)
>
> o AGP driver backport (XFree86, Precision
> DRM driver backport Insight, XiG, HJ Lu,
>VA Linux,
>
5976kB
> Out of Memory: Killed process 18330 (cat).
I don't know how the OOM killer is supposed to work, but I think it's
strange that it is triggered when there is 28MB RAM available and when
"writeback" is 114320, which means that a lot more memory will become
available by j
Stelian Pop <[EMAIL PROTECTED]> writes:
> Le lundi 11 juillet 2005 à 02:15 +0200, Peter Osterlund a écrit :
> > Vojtech Pavlik <[EMAIL PROTECTED]> writes:
> >
> > > Using a function like
> > >
> > > return (x_old * 3 + x) / 4;
> >
+ */
This comment is not correct now that the code uses floating average
instead. Maybe just remove it. The floating average calculation is
much more obvious than the linear regression stuff.
--
Peter Osterlund - [EMAIL PROTECTED]
http://web.telia.com/~u89404340
-
To unsubscribe from thi
ing
What's the output from "cat /proc/bus/input/devices"?
--
Peter Osterlund - [EMAIL PROTECTED]
http://web.telia.com/~u89404340
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
More majordomo info at
Norbert Preining <[EMAIL PROTECTED]> writes:
> On Die, 12 Jul 2005, Peter Osterlund wrote:
> > What's the output from "cat /proc/bus/input/devices"?
>
> bad (rc2-mm2)
> $ cat /proc/bus/input/devices
> I: Bus=0011 Vendor=0002 Product=0007 Version=
it a/net/ipv4/netfilter/ip_conntrack_proto_tcp.c
b/net/ipv4/netfilter/ip_conntrack_proto_tcp.c
--- a/net/ipv4/netfilter/ip_conntrack_proto_tcp.c
+++ b/net/ipv4/netfilter/ip_conntrack_proto_tcp.c
@@ -87,7 +87,7 @@ static const char *tcp_conntrack_names[]
unsigned long ip_ct_tcp_timeout_syn_sent = 2
nge means that all code that calls bio_alloc_bioset() must now
set bi_destructor, but this is forgotten in bio_clone() in bio.c and
in split_bvec() in dm.c.
--
Peter Osterlund - [EMAIL PROTECTED]
http://web.telia.com/~u89404340
-
To unsubscribe from this list: send the line "unsubscribe linux
Jens Axboe <[EMAIL PROTECTED]> writes:
> On Sat, Jul 23 2005, Peter Osterlund wrote:
> > Jens Axboe <[EMAIL PROTECTED]> writes:
> >
> > > Dunno why I didn't notice before, but ->bi_set is totally unnecessary
> > > bloat of struct bi
le
series? Doesn't the patch violate this stable series rule?
- It must fix a real bug that bothers people (not a, "This could be a
problem..." type thing.)
Maybe the motivation was just missing from the patch description?
--
Peter Osterlund - [EMAIL PROTECTED]
http://web.teli
Hi,
The help text for SERIO_RAW refers to the wrong sysfs device node.
This patch fixes it.
Signed-off-by: Peter Osterlund <[EMAIL PROTECTED]>
---
linux-petero/drivers/input/serio/Kconfig |2 +-
1 files changed, 1 insertion(+), 1 deletion(-)
diff -puN drivers/input/serio/Kconfig
nb_sensors, int fact) {
I think this CodingStyle violation is quite annoying, because it
prevents emacs from finding the beginning of the function. It should
be written like this:
static int atp_calculate_abs(int *xy_sensors, int nb_sensors, int fact)
{
--
Peter Osterlund - [EMAIL PR
unction, the noise reduction will only be a factor of 1.29.
--
Peter Osterlund - [EMAIL PROTECTED]
http://web.telia.com/~u89404340
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
More majordomo info at http://vger.ker
Vojtech Pavlik <[EMAIL PROTECTED]> writes:
> On Sun, Jul 10, 2005 at 12:48:30AM +0200, Peter Osterlund wrote:
> > Vojtech Pavlik <[EMAIL PROTECTED]> writes:
> >
> > > Btw, what I don't completely understand is why you need linear
> > > regr
pending = local_softirq_pending();
if (pending && --max_restart)
Is that intentional? If so, shouldn't the code be removed instead of
commented out?
--
Peter Osterlund - [EMAIL PROTECTED]
http://web.telia.com/~u89404340
-
To unsubscribe from this list: send the line "unsubscr
mount /dev/scd0 /mnt/tmp
9. find /mnt/tmp -type f -print0 | xargs -0 sha1sum >/dev/null
10. If the DVD contains data beyond the physical size of a CD, you
get I/O errors in the terminal, and dmesg reports lots of
"attempt to access beyond end of device" errors.
--
P
if (bdev->bd_invalidated)
rescan_partitions(bdev->bd_disk, bdev);
+ bdev->bd_inode->i_size = (loff_t)get_capacity(disk)<<9;
}
}
bdev->bd_openers++;
--
Peter Osterlund - [EMAIL PROTECTED]
http://web.telia.com/~u89
ler.com/Mailing-Lists/Kernel/2004-08/4288.html
Maybe that fix was wrong and should have just set bd_inode->i_size instead
of calling bd_set_size().
--
Peter Osterlund - [EMAIL PROTECTED]
http://web.telia.com/~u89404340
--
To unsubscribe from this list: send the line "unsubscribe linu
d to go and find new X
> drivers due to a kernel change. We shouldn't do that.
The problem is that mousedev.c doesn't implement "tap and drag"
emulation, so all Synaptics and ALPS touchpads that have firmware
support for dragging have seen a regression compared to a 2.4 ker
kernel: input: AlpsPS/2 ALPS TouchPad on isa0 060/serio1
> Vaio GRT916V
>
> In my xorg.conf :
> Driver "mouse"
> Option "Protocol" "IMPS/2"
Does the "Enable hardware tapping for ALPS touchpads" patch help?
http://marc.theaimsgr
Robert Love <[EMAIL PROTECTED]> writes:
> On Sun, 2005-02-06 at 22:22 +0100, Peter Osterlund wrote:
>
> > > > > EIP is a strncpy_from_user+0x33/0x47
> > > > > ...
> > > > > Call Trace:
> > > &g
the release event is sent only if I move
> the pointer. It's as if I still put my finger on the touchpad.
That's a different bug that has already been fixed in 2.6.11-rc3-bk6.
http://linus.bkbits.net:8080/linux-2.5/[EMAIL PROTECTED]|[EMAIL PROTECTED]
--
Peter Osterlund - [EMAIL PROTECT
a touchpad. When this happens, the button doesn't unstick
until the next time you interact with the touchpad.
Signed-off-by: Peter Osterlund <[EMAIL PROTECTED]>
---
linux-petero/drivers/input/mousedev.c |4 ++--
1 files changed, 2 insertions(+), 2 deletions(-)
diff -puN driv
tap and gesture bits to standard finger pressure values
(z), which is what mousedev.c and the userspace X driver expects.
Signed-off-by: Peter Osterlund <[EMAIL PROTECTED]>
---
linux-petero/drivers/input/mouse/alps.c | 53 +---
linux-petero/drivers/input/mouse/
lly jump to one corner of the screen.
Signed-off-by: Peter Osterlund <[EMAIL PROTECTED]>
---
linux-petero/drivers/input/mouse/alps.c | 20 ++--
linux-petero/drivers/input/mouse/alps.h |1 +
2 files changed, 11 insertions(+), 10 deletions(-)
diff -puN drivers/in
. This amount is typically spread out over more than
one packet, so the driver has to accumulate scroll delta values to
correctly deal with this.
Signed-off-by: Peter Osterlund <[EMAIL PROTECTED]>
---
linux-petero/drivers/input/mouse/synaptics.c | 28 +--
linux-
> P.S. I hate the tap, so keep it disabled by default, please :-)
You can disable tapping by setting the tap_time parameter for
mousedev.c to 0. The default value is 200ms.
--
Peter Osterlund - [EMAIL PROTECTED]
http://web.telia.com/~u89404340
-
To unsubscribe from this list: send the line "u
h, even if the finger was
moved a large x/y distance. The X driver handles this with another
parameter that specifies the maximum allowed distance. If the finger
moved more than this distance, no button event is generated.
--
Peter Osterlund - [EMAIL PROTECTED]
http://web.telia.com/~u89404340
-
To u
Pete Zaitcev <[EMAIL PROTECTED]> writes:
> On 30 Jan 2005 12:10:34 +0100, Peter Osterlund <[EMAIL PROTECTED]> wrote:
>
> > > - Slow motion of finger produces no motion, then a jump. So, it's very
> > > hard to
> > > target smaller UI elements
Dmitry Torokhov <[EMAIL PROTECTED]> writes:
> On Wed, 02 Feb 2005 13:07:21 -0800 (PST), Peter Osterlund
> <[EMAIL PROTECTED]> wrote:
> > + if (mousedev->pkt_count >= 2) {
> > + tmp = ((fx(0) -
On Wed, 2 Feb 2005, Dmitry Torokhov wrote:
> On Wed, 02 Feb 2005 13:52:03 -0800 (PST), Peter Osterlund
> <[EMAIL PROTECTED]> wrote:
> >
> >if (mousedev->touch) {
> > + size = dev->absmax[ABS_X] - dev->absmin[ABS_X];
> > +
On Wed, 2 Feb 2005, Pete Zaitcev wrote:
> On 02 Feb 2005 21:57:39 +0100, Peter Osterlund <[EMAIL PROTECTED]> wrote:
>
> > Please try this patch instead. It works well with my alps touchpad. (I
> > don't have a synaptics touchpad.) It does the following:
> >
Vojtech Pavlik <[EMAIL PROTECTED]> writes:
> On Wed, Feb 02, 2005 at 11:58:05PM +0100, Peter Osterlund wrote:
>
> > In practice I don't think it will make any significant difference. What
> > the code should do depends on what you want to happen if you move the
>
Giuseppe Bilotta <[EMAIL PROTECTED]> writes:
> Peter Osterlund wrote:
> > Only parse a "z == 127" packet as a relative Dualpoint stick packet if
> > the touchpad actually is a Dualpoint device. The Glidepoint models
> > don't have a stick, and can
Vojtech Pavlik <[EMAIL PROTECTED]> writes:
> On Thu, Feb 03, 2005 at 10:54:51PM +0100, Peter Osterlund wrote:
>
> > * Removes the xres/yres scaling so that you get the same speed in the
> > X and Y directions even if your screen is not square.
>
> The old code
Vojtech Pavlik <[EMAIL PROTECTED]> writes:
> On Fri, Feb 04, 2005 at 07:40:43AM +0100, Peter Osterlund wrote:
> > Vojtech Pavlik <[EMAIL PROTECTED]> writes:
> >
> > > On Thu, Feb 03, 2005 at 10:54:51PM +0100, Peter Osterlund wrote:
> > >
> >
en+0x12/0xc6
sysenter_past_esp+0x52/0x75
...
Kernel panic - not syncing: Attempted to kill init!
--
Peter Osterlund - [EMAIL PROTECTED]
http://web.telia.com/~u89404340
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAI
Peter Osterlund <[EMAIL PROTECTED]> writes:
> Laurent Riffard <[EMAIL PROTECTED]> writes:
>
> > This is kernel 2.6.11-rc3-mm1. I can't mount an UDF-formatted cdrw
> > in packet-writing mode. Mount process gets stuck in D state.
> >
> > Mountin
Andrew Morton <[EMAIL PROTECTED]> writes:
> Peter Osterlund <[EMAIL PROTECTED]> wrote:
> >
> > Peter Osterlund <[EMAIL PROTECTED]> writes:
> >
> > > Laurent Riffard <[EMAIL PROTECTED]> writes:
> > >
> > > > This is k
:27:31 r3000 kernel: radeondb: BIOS provided dividers will be used
Feb 6 02:27:31 r3000 kernel: radeonfb: Power Management enabled for Mobility
chipsets
Feb 6 02:27:31 r3000 kernel: Console: switching to colour frame buffer device
160x50
Feb 6 02:27:31 r3000 kernel: radeonfb: ATI Radeon \a DDR SGR
Benjamin Herrenschmidt <[EMAIL PROTECTED]> writes:
> On Sun, 2005-02-06 at 11:07 +0100, Peter Osterlund wrote:
> > Andrew Morton <[EMAIL PROTECTED]> writes:
> >
> > > ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.11-rc3/2.6.11-rc3-mm1/
&g
Peter Osterlund <[EMAIL PROTECTED]> writes:
> Benjamin Herrenschmidt <[EMAIL PROTECTED]> writes:
>
> > On Sun, 2005-02-06 at 11:07 +0100, Peter Osterlund wrote:
> > > Andrew Morton <[EMAIL PROTECTED]> writes:
> > >
> > > > ftp://ftp.ke
.11/
All of these patches are already in -mm I think.
> Still I think having Synaptics driver installed is the best way in the
> end simply because it has a lot of knobs so one can adjust tpouchpad's
> behavior to his/her liking. Maybe once distibutions start packaging
> and activati
This patch adds __init and __exit annotations to the pktcdvd driver.
Signed-off-by: Peter Osterlund <[EMAIL PROTECTED]>
---
linux-petero/drivers/block/pktcdvd.c |4 ++--
1 files changed, 2 insertions(+), 2 deletions(-)
diff -puN drivers/block/pktcdvd.c~pktcdvd-module-init drivers
. With pktcdvd driver it took me 2.33 minutes.
Signed-off-by: Peter Osterlund <[EMAIL PROTECTED]>
---
linux-petero/Documentation/cdrom/packet-writing.txt |8
linux-petero/drivers/block/pktcdvd.c|9 +++--
2 files changed, 15 insertions(+), 2 deletions(-)
I have noticed that 2.4.4 feels a lot less responsive than 2.4.3 under
fork load. This is caused by the "run child first after fork" patch. I
have tested on two different UP x86 systems running redhat 7.0.
For example, when running the gcc configure script, the X mouse pointer is
very jerky. The
John Kacur <[EMAIL PROTECTED]> writes:
> >Peter Osterlund wrote:
> >>
> >> Another thing is that the bash loop "while true ; do /bin/true ; done" is
> >> not possible to interrupt with ctrl-c.
>
> >Same thing here.
>
>
On Sat, 28 Apr 2001, Linus Torvalds wrote:
> > Reverting the fork patch makes all these problems go away on my machine.
>
> Reverting it outright may be an acceptable approach. I'll think about
> it: the arguments _for_ the patch are true and real, and it shows up as
> real improvements on some t
On Sat, 28 Apr 2001, Linus Torvalds wrote:
> > could we leave it at half, but set the parent to SCHED_YIELD?
>
> Sounds like a good idea. Peter, how does that feel to you? I bet that I'v
> enever seen it simply because all my machines are (a) much too powerful
> for any reasonable use and (b) SMP
On Mon, 30 Apr 2001, Andrea Arcangeli wrote:
> please try to reproduce the bad behaviour with 2.4.4aa2. There's a bug
> in the parent-timeslice patch in 2.4 that I fixed while backporting it
> to 2.2aa and that I now forward ported the fix to 2.4aa. The fact
> 2.4.4 gives the whole timeslice to t
ith growisofs and mkisofs running at SCHED_FIFO.)
This problem is likely caused by limited filesystem and/or hard disk
performance, not a slow CPU. You don't need a kernel patch to get a
bigger buffer though. See:
http://article.gmane.org/gmane.comp.audio.cd-record/2253
--
Peter Osterlund
let?
http://freshmeat.net/projects/logitech_applet/
"logitech_applet --disable-cc" used to work for me when I owned an
MX1000 mouse.
--
Peter Osterlund - [EMAIL PROTECTED]
http://web.telia.com/~u89404340
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel&q
_WARNED)) {
- cmd_type[cmd[0]] = CMD_WARNED;
+ cmd_type[cmd[0]] |= CMD_WARNED;
printk(KERN_WARNING "scsi: unknown opcode 0x%02x\n", cmd[0]);
}
_
--
Peter Osterlund - [EMAIL PROTECTED]
http://web.telia.com/~u89404340
-
To unsu
2.6.10 are hopefully over, and 2.6.11-rc1 is
> > > > out
> > > > there.
> > > >
> > > > Peter Osterlund:
> > > > o input: Add ALPS touchpad driver, driver by Neil Brown, Peter
> > > > Osterlund and Dmitry Torokhov, som
upposed to work, and
therefore don't know how to fix the problem.
--
Peter Osterlund - [EMAIL PROTECTED]
http://web.telia.com/~u89404340
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
More majordomo info a
load??? Why is the module not available after the
modprobe, but the sysfs entries, generated by the module? Confused ;)
I think the purpose of the BUG_ON in __module_get() is to catch cases that
are unsafe, even if the call would have happened to work in this
particular case.
--
Peter Osterlund
On Wed, 7 Nov 2007, Tejun Heo wrote:
Peter Osterlund wrote:
If the
__module_get() is not safe because the module code could have already
been unloaded, how can it possibly be made safe by adding more code to
the pktcdvd module? If the module is unloaded, trying to execute its
code can't
doing ioctl calls to the driver. In that case, user space has to open the
device before being able to do the ioctls, and the open call will increase
the reference count.
--
Peter Osterlund - [EMAIL PROTECTED]
http://web.telia.com/~u89404340
-
To unsubscribe from this list: send the line "u
git/torvalds/linux-2.6.git;a=commitdiff;h=406c9b605cbc45151c03ac9a3f95e9acf050808c
If not, I don't know what to suggest except "git bisect". I don't have
the hardware you are using and the backtrace doesn't give any clues.
--
Peter Osterlund - [EMAIL PROTECTED]
http://web
nctions directly instead of old
> wrappers
I'm unsure about this one. What's the point of having the
blk_clear_queue_congested()/blk_set_queue_congested() functions if
they are not supposed to be used?
--
Peter Osterlund - [EMAIL PROTECTED]
http://web.telia.com/~u89404340
-
Peter Osterlund <[EMAIL PROTECTED]> writes:
> Linus Torvalds <[EMAIL PROTECTED]> writes:
>
> > Patrick McHardy (2):
> > [NETFILTER]: New connection tracking is not EXPERIMENTAL anymore
>
> I get kernel panics when doing large ethernet transfers. A loo
EDED=y
CONFIG_IP_NF_TARGET_MASQUERADE=y
CONFIG_NF_NAT_FTP=y
CONFIG_NF_NAT_IRC=y
CONFIG_NF_NAT_H323=y
CONFIG_NF_NAT_SIP=y
CONFIG_IP_NF_MANGLE=y
CONFIG_IP_NF_TARGET_TOS=y
CONFIG_IP_NF_TARGET_ECN=y
CONFIG_NET_CLS_ROUTE=y
--
Peter Osterlund - [EMAIL PROTECTED]
http://web.telia.com/~u89404340
-
To
gt; nf conntrack.
>
> So what are we compiling with here btw, gcc-4.1?
"gcc version 4.1.1 20060525 (Red Hat 4.1.1-1)" from Fedora Core 5.
That distribution has gcc32 installed too, so I'll try that compiler
too and report back.
--
Peter Osterlund - [EMAIL PROTECTED]
http://we
ecx: d58569a0 edx: 0014
esi: 1d075021 edi: 0001 ebp: cc671df0 esp: cc671ddc
ds: 007b es: 007b ss: 0068
EIP: ipv4_conntrack_help+0x8e/0x93
--
Peter Osterlund - [EMAIL PROTECTED]
http://web.telia.com/~u89404340
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel&qu
Patrick McHardy <[EMAIL PROTECTED]> writes:
> Linus Torvalds wrote:
> > On Sun, 7 Jan 2007, Peter Osterlund wrote:
> >
> >>I get kernel panics when doing large ethernet transfers. A loop doing
> >> EFALLGS: 00010206 (2.6.20-rc4 #13)
> >> E
55/0x28a
[] sys_ioctl+0x33/0x51
[] sysenter_past_esp+0x5f/0x99
--
Peter Osterlund - [EMAIL PROTECTED]
http://web.telia.com/~u89404340
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
More majordomo info at http
ow that an
old idea from Jens Axboe was to merge pktsetup and mount in user space so
that pktsetup only needs to run when you are actually going to use packet
writing.
--
Peter Osterlund - [EMAIL PROTECTED]
http://web.telia.com/~u89404340
-
To unsubscribe from this list: send the line "unsu
it is at byte 0 in the packet, the driver thinks
wrong and the byte should just be ignored.
This fix prevents spurious left/right button events when the serial
communication is disturbed by a CPU-hungry real-time process.
Signed-off-by: Peter Osterlund <[EMAIL PROTECTED]>
---
drivers
0/touchpad/synaptics/.git
--
Peter Osterlund - [EMAIL PROTECTED]
http://web.telia.com/~u89404340
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please
ably do a lot more good as
comments in the structure definition though.
Should the packet driver even be looking at it?
I think so. How else is it supposed to know if the request failed?
--
Peter Osterlund - [EMAIL PROTECTED]
http://web.telia.com/~u89404340
-
To unsubscribe from this list: se
87 matches
Mail list logo
