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 lack
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 koverstr...@google.com
CC: Peter Osterlund pete...@telia.com
Apart from bio_reset() not resetting bi_end_io
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 from
previous function calls?
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 from
previous function calls?
From: Peter Osterlund [EMAIL PROTECTED]
Signed-off-by: Peter Osterlund [EMAIL PROTECTED]
---
drivers/block/pktcdvd.c | 16
/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 linux-kernel" in
the bod
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
)
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/~u89404340
--
To unsubscribe from this list: send the line
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 linux-kernel in
the body of a message to [EMAIL PROTECTED]
More majordomo info at http://vger.kernel.org/majordomo
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.
--
Peter Osterlund - [EMAIL P
in the terminal, and dmesg reports lots of
attempt to access beyond end of device errors.
--
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
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 "unsubs
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 unsubscribe
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
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
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 - [EMAIL PROTEC
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 - [EMAIL PROTECTED
ed 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 at http://vger.
, 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 at http://vger.kernel.org/majordomo-info.html
28a
[] 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://vg
--
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 read the FAQ at http://www.tux.org
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 "unsubscribe linux-k
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 unsubscribe linux-kernel
s 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: send the line "unsubscribe li
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: send the line unsubscribe linux-kernel in
the body
--
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 read the FAQ at http://w
--
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 read the FAQ at http://www.tux.org/lkml/
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
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/input/mouse
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.telia.com/~u89
.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.telia.com/~u89404340
-
To unsubscribe from
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
9a0 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" in
the
: 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 in
the body of a message to [EMAIL PROTECTED]
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read
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)
EIP is at ipv4_conntrack_help+0x6b/0x83
eax: c0475e44 ebx: 9f5cea37
ntrack.
>
> 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://web.telia.com/~u8
ONFIG_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 unsubscrib
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
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 loop doing
I also see an annoying side effect
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 unsubscribe from this list: send
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://web.telia.com/~u89404340
-
To unsubscribe from this list: send the line unsubscribe linux-kernel in
the body
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
-
To unsubsc
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
-
To unsubscribe from this list: send the line unsubscribe linux
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.telia.com
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.telia.com/~u89404340
-
To unsubscribe from
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
();
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 unsubscribe linux-kernel in
the body of a message
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
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 bio. Just define a proper destructor for the bio and it
already knows what
eans 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-kern
.
--
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 read the FAQ at http
ter/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 MINS;
unsigne
;
unsigned long ip_ct_tcp_timeout_close_wait = 60 SECS;
unsigned long ip_ct_tcp_timeout_last_ack = 30 SECS;
--
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
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=
>
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 htt
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=
N: Name=SynPS/2 Synaptics TouchPad
P: Phys=isa0060
input: SynPS/2 Synaptics TouchPad on isa0060/serio1
and Xorg.0.log gives:
(II) Synaptics touchpad driver version 0.14.2
touchpad no synaptics event device found (checked 10 nodes)
touchpad The evdev kernel module seems to be missing
What's the output from cat /proc/bus/input/devices?
--
Peter
t; + */
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
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;
> &
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;
eliminates the need for a FIFO, and has similar (if not better
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 this list: send the line unsubscribe linux
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
> > > regres
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
regression, when you're not trying to detect motion or something like
he 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.kernel.org/maj
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
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 PROTECTED]
http://web.telia.com/~u89404340
-
To unsubscribe from this list: send the line unsubscribe linux-kernel in
the body
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.kernel.org/majordomo-info.html
Please read the FAQ
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
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~serio-help
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 just waiting for the I/O 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 just waiting for the I/O to complete.
--
Peter Osterlund - [EMAIL PROTECTED]
http
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"
-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 in
the body of a message to [EMAIL PROTECTED]
More majordomo info at http://vger.kernel.org
rowisofs 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 - [EMAIL
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 - [EMAIL PROTECTED]
http://web.telia.com/~u89404340
d 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 kernel.
(For synaptics, the
support for dragging have seen a regression compared to a 2.4 kernel.
(For synaptics, the regression happened at ~2.5.7x, for ALPS it
happened at 2.6.11.)
The situation is the same with scroll emulation that some touchpads do
in firmware.
--
Peter Osterlund - [EMAIL PROTECTED]
http
. 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(-)
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
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/block
. 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(-)
diff
m 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 activating it by default it will be less of an issue.
Fedora C
correctly.
--
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 read the FAQ at http
ent 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 PROTECTED]
http://web.tel
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 PROTECTED]
http://web.telia.com/~u89404340
-
To unsubscribe from this list: send the line
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
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.theaimsgroup.com/?l=
xorg.conf :
Driver mouse
Option Protocol IMPS/2
Does the Enable hardware tapping for ALPS touchpads patch help?
http://marc.theaimsgroup.com/?l=linux-kernelm=110708138225873w=2
--
Peter Osterlund - [EMAIL PROTECTED]
http://web.telia.com/~u89404340
-
To unsubscribe from this list
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:
getname+0x69/0xa5
sys_open+0x12/0xc6
sysenter_past_esp+0x52/0x75
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
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/
00 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 SGRAM 64 MB
Andrew Morton <[EMAIL PROTECTED]> writes:
> Peter Osterlund <[EMAIL PROTECTED]> wrote:
> >
> > Peter Osterlund <[EMAIL PROTECTED]> writes:
> >
> > > Laurent Riffard <[EMAIL PROTECTED]> writes:
> > >
> > > > This is k
Andrew Morton [EMAIL PROTECTED] writes:
Peter Osterlund [EMAIL PROTECTED] wrote:
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
: 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 SGRAM 64 MB
--
Peter
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/
It gives me a kernel panic at boot if I have
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.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.11-rc3/2.6.11-rc3-mm1
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.
> >
> > Mounting and
c6
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 [EMAIL PROTECTE
...
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 [EMAIL PROTECTED]
More majordomo info at http://vger.kernel.org
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.
Mounting and writing this media in packet-writing mode works fine
1 - 100 of 165 matches
Mail list logo