On Mon, Mar 07, 2005 at 08:27:16AM +0100, Kenan Esau wrote:
> > > > > At the end of this mail you'll find some traces I did.
> > > > >
> > > > > I also wonder if it is possible at all to probe this device. I think
> > > > > not. IMHO we should go for a module-parameter which enforces the
> > >
This patch is from Brian King <[EMAIL PROTECTED]>.
When working with a PCI-X Mode 2 adapter on a PCI-X Mode 1 PPC64
system, the current code used to determine the config space size
of a device results in a PCI Master abort and an EEH error, resulting
in the device being taken offline. This patch
Sorry for the late response.
Am Dienstag, den 01.03.2005, 13:08 +0100 schrieb Vojtech Pavlik:
> On Tue, Mar 01, 2005 at 09:11:49AM +0100, Kenan Esau wrote:
>
> > > This looks like it either expects some other data (like a second
> > > parameter to the command?) or just wants the 0x07 again
On Mon, Mar 07, 2005 at 02:14:17AM -0500, Daniel Barkalow wrote:
> On Fri, 4 Mar 2005, Vojtech Pavlik wrote:
>
> > /* Relative movement packet */
> > if (z == 127) {
> > - input_report_rel(dev2, REL_X, (x > 383 ? x : (x -
> > 768)));
> > -
include/linux/netlink.h changes (added new protocol NETLINK_ISCSI)
Signed-off-by: Alex Aizman <[EMAIL PROTECTED]>
Signed-off-by: Dmitry Yusupov <[EMAIL PROTECTED]>
--- linux-2.6.11.orig/include/linux/netlink.h 2005-03-01 23:38:25.0
-0800
+++
drivers/scsi/Makefile changes.
Signed-off-by: Alex Aizman <[EMAIL PROTECTED]>
Signed-off-by: Dmitry Yusupov <[EMAIL PROTECTED]>
--- linux-2.6.11.orig/drivers/scsi/Makefile 2005-03-01 23:38:19.0
-0800
+++ linux-2.6.11.dima/drivers/scsi/Makefile
Documentation/scsi/iscsi.txt
Signed-off-by: Alex Aizman <[EMAIL PROTECTED]>
Signed-off-by: Dmitry Yusupov <[EMAIL PROTECTED]>
diff -Nru linux-2.6.11.orig/Documentation/scsi/iscsi.txt
linux-2.6.11.dima/Documentation/scsi/iscsi.txt
---
drivers/scsi/Kconfig changes.
Signed-off-by: Alex Aizman <[EMAIL PROTECTED]>
Signed-off-by: Dmitry Yusupov <[EMAIL PROTECTED]>
diff -Nru --exclude 'iscsi*' --exclude Makefile
linux-2.6.11.orig/drivers/scsi/Kconfig linux-2.6.11.dima/drivers/scsi/Kconfig
---
Common header files:
- iscsi_ifev.h (user/kernel events).
- iscsi_if.h (iSCSI open interface over netlink);
- iscsi_proto.h (RFC3720 #defines and types);
Signed-off-by: Alex Aizman <[EMAIL PROTECTED]>
Signed-off-by: Dmitry Yusupov <[EMAIL
On Fri, 4 Mar 2005, Vojtech Pavlik wrote:
> /* Relative movement packet */
> if (z == 127) {
> - input_report_rel(dev2, REL_X, (x > 383 ? x : (x -
> 768)));
> - input_report_rel(dev2, REL_Y, -(y > 255 ? y : (x -
> 512)));
> +
On Fri, Mar 04, 2005 at 08:51:53PM +0100, Rafael J. Wysocki wrote:
> From: Hu Gang <[EMAIL PROTECTED]>
>
> Subject: swsusp: use non-contiguous memory on resume - ppc support
>
> This patch contains the architecture-dependent changes for ppc
> required for using a linklist instead of an array of
This is to announce Open-iSCSI project: High-Performance iSCSI Initiator
for Linux.
MOTIVATION
==
Our initial motivations for the project were: (1) implement the right
user/kernel split, and (2) design iSCSI data path for performance. Recently
we added (3): get accepted into the mainline
Hi Andrew, Linus,
This patch just consolidates the last of the (what should have been)
compat_sigval_ts. It also fixes S390 that had a sigval_t in its struct
compat_siginfo.
Signed-off-by: Stephen Rothwell <[EMAIL PROTECTED]>
This patch needs to be applied on top of my "add and use
On Sun, Mar 06, 2005 at 10:35:26PM -0800, Micheal Marineau wrote:
> > Thanks. Could you also attach the one from -mm1? It's a bit different.
> >
> here is the mm1 version:
> I: Bus=0011 Vendor=0001 Product=0001 Version=ab41
> N: Name="AT Translated Set 2 keyboard"
> P: Phys=isa0060/serio0/input0
Hi all,
All the 32 bit architectures (effectively) define SIGEV_PAD_SIZE to be
((SIGEV_MAX_SIZE/sizeof(int)) - 3). So define COMPAT_SIGEV_PAD_SIZE to be
this and replace SIGEV_PAD_SIZE32 where it is used. It also needs to be
used in the definition of struct compat_sigevent as most of the
On Mon, 7 Mar 2005 00:55:30 +0100 (CET)
Jesper Juhl <[EMAIL PROTECTED]> wrote:
> On Sun, 6 Mar 2005, Yoichi Yuasa wrote:
>
> > This patch converts verify_area to access_ok for include/asm-mips.
> >
> Yeah, that's one of the few bits I had not done yet. Thank you for taking
> a look at that.
>
Vojtech Pavlik wrote:
> On Sun, Mar 06, 2005 at 10:12:00PM -0800, Micheal Marineau wrote:
>
>
The following patch changes the ALPS touchpad driver to treat some mouse
buttons as mouse buttons rather than what appears to be joystick buttons.
This is needed for the Dell Inspiron 8500's
On Sun, Mar 06, 2005 at 10:12:00PM -0800, Micheal Marineau wrote:
> >>The following patch changes the ALPS touchpad driver to treat some mouse
> >>buttons as mouse buttons rather than what appears to be joystick buttons.
> >>This is needed for the Dell Inspiron 8500's DualPoint stick buttons.
On Sun, Mar 06, 2005 at 04:58:15PM -0800, Micheal Marineau wrote:
> The following patch changes the ALPS touchpad driver to treat some mouse
> buttons as mouse buttons rather than what appears to be joystick buttons.
> This is needed for the Dell Inspiron 8500's DualPoint stick buttons. Without
>
Vojtech Pavlik wrote:
> On Sun, Mar 06, 2005 at 04:58:15PM -0800, Micheal Marineau wrote:
>
>
>>The following patch changes the ALPS touchpad driver to treat some mouse
>>buttons as mouse buttons rather than what appears to be joystick buttons.
>>This is needed for the Dell Inspiron 8500's
On Sat, Mar 05, 2005 at 12:59:02PM +0100, Jean Delvare wrote:
> Hi Greg,
>
> > Here is a I2C update for 2.6.11. It includes a number of fixes, and
> > some new i2c drivers. All of these patches have been in the past few
> > -mm releases.
>
> I checked against my own list of patches and found
On Fri, Mar 04, 2005 at 01:16:55PM -0800, [EMAIL PROTECTED] wrote:
>
>
> If you do 'echo 0 0 > /proc/sys/vm/lowmem_reserve_ratio' the kernel gets a
> divide-by-zero.
>
> Prevent that, and fiddle with some whitespace too.
Due to the whitespace fiddling, I'd say no to this patch, based on the
Prakash Punnoor wrote:
Nick Piggin schrieb:
I've had a few queries about this, so by "popular" demand, I've
put my latest nicksched stuff here:
www.kerneltrap.org/~npiggin/2.6.11-nicksched.gz
It includes all the multiprocessor stuff that's in -mm, and also
my alternate scheduler policy.
Hi,
just
The comment at the top of the Makefile suggests that the current
ordering is incorrect.
Signed-off-by: Dave Jones <[EMAIL PROTECTED]>
--- linux-2.6.11/drivers/char/watchdog/Makefile~2005-03-07
00:57:53.0 -0500
+++ linux-2.6.11/drivers/char/watchdog/Makefile 2005-03-07
On Sun, Mar 06, 2005 at 04:58:15PM -0800, Micheal Marineau wrote:
> The following patch changes the ALPS touchpad driver to treat some mouse
> buttons as mouse buttons rather than what appears to be joystick buttons.
> This is needed for the Dell Inspiron 8500's DualPoint stick buttons. Without
>
On Mon, Mar 07, 2005 at 04:42:10PM +1100, Nick Piggin wrote:
> Nick Piggin wrote:
> >Willy Tarreau wrote:
>
>
> >>thousands of sockets). I never had enough time to investigate more, so I
> >>went back to 2.4.
> >>
> >
> >I have heard other complaints about this, and they are definitely
>
Nick Piggin wrote:
Willy Tarreau wrote:
thousands of sockets). I never had enough time to investigate more, so I
went back to 2.4.
I have heard other complaints about this, and they are definitely
related to the scheduler (not saying yours is, but it is very possible).
Oh, and if you could dig
Willy Tarreau wrote:
On Mon, Mar 07, 2005 at 04:14:37PM +1100, Nick Piggin wrote:
I think you would have better luck in reproducing this problem if you
did the full sendfile thing.
I think it is becoming disk bound due to page reclaim problems, which
is causing the slowdown.
In that case,
Siddha, Suresh B wrote:
By code inspection, I see an issue with this patch
[PATCH 10/13] remove aggressive idle balancing
Why are we removing cpu_and_siblings_are_idle check from active_load_balance?
In case of SMT, we want to give prioritization to an idle package while
doing
Nish Aravamudan <[EMAIL PROTECTED]> wrote:
>
> > Also, __set_current_state() can be user here: the add_wait_queue() contains
> > the necessary barriers. (Grubby, but we do that in quite a few places with
> > this particular code sequence (we should have an add_wait_queue() variant
> > which
On Mon, Mar 07, 2005 at 04:14:37PM +1100, Nick Piggin wrote:
> I think you would have better luck in reproducing this problem if you
> did the full sendfile thing.
>
> I think it is becoming disk bound due to page reclaim problems, which
> is causing the slowdown.
>
> In that case, writing the
Ben Greear wrote:
Christian Schmid wrote:
Ben Greear wrote:
How many bytes are you sending with each call to write()/sendto()
whatever?
I am using sendfile-call every 100 ms per socket with the poll-api. So
basically around 40 kb per round.
My application is single-threaded, uses
Andrei Mikhailovsky wrote:
Hi Randy,
Done the kstack=32, here is the output:
cat /proc/cmdline
root=/dev/hda2 ro kstack=32 console=tty0
P.S. Yeah, this oops is repeatable; hapens everytime
I have one other request. Load each (related) module one at a time,
to make sure that there is no module
On i386, SOFTWARE_SUSPEND requires the CPU to have PSE support, but
DEBUG_PAGEALLOC disables PSE. Thus, allowing both options to be enabled
simultaneously makes no sense. This patch disables DEBUG_PAGEALLOC if
SOFTWARE_SUSPEND is enabled; it also displays a comment to briefly
explain why
On Mar 6, 2005, at 10:40 AM, Richard Fuchs wrote:
Scott Feldman wrote:
A bug in the driver. I have a hunch: please try this patch with
2.6.9 or higher:
http://marc.theaimsgroup.com/?l=linux-netdev=110726809431611=2
bingo, that fixes it. too bad neither this patch nor the removal of
the NAPI
On Sun, 6 Mar 2005 19:44:14 -0800, Andrew Morton <[EMAIL PROTECTED]> wrote:
> [EMAIL PROTECTED] wrote:
> >
> > use TASK_UNINTERRUPTIBLE instead of TASK_INTERRUPTIBLE
> >
> > Signed-off-by: Nishanth Aravamudan <[EMAIL PROTECTED]>
> > Signed-off-by: Domen Puncer <[EMAIL PROTECTED]>
> > ---
> >
On Sun, 6 Mar 2005 19:32:36 -0800, Andrew Morton <[EMAIL PROTECTED]> wrote:
> [EMAIL PROTECTED] wrote:
> >
> > Please consider applying. This is my first wait-queue related patch, so
> > comments
> > are very welcome.
> >
> > Use wait_event_timeout() in place of custom wait-queue code. The
> >
Thanks Lee, that fixed it.
On Mon, 7 Mar 2005 12:09, Lee Revell wrote:
> On Mon, 2005-03-07 at 11:09 +1100, Michael Ellerman wrote:
> > Hi Lars,
> >
> > Yeah I've got no audio on my T41, which I think uses the AC97 too. I
> > haven't had time to look into it though :/
>
> Did you disable
On Sun, Mar 06, 2005 at 07:16:37PM -0800, Roland McGrath wrote:
> > I think mine is more correct; the problem doesn't occur because the
> > debugger cancelled a signal, it occurs because a bogus TF bit was saved
> > to the signal context. I like keeping solutions close to their
> > problems. But
dear sir
i want to create a symbolic link to my own proc file
system (which has been already created in
/fs/proc/root.c) from the /kernel/fork.c
how to do it
i actually want to write inside the proc directory
using the syslink
what will be the syntax and the parameter passed
could you plz
On Mon, 2005-03-07 at 01:23 +, Christoph Hellwig wrote:
> It means that every re3vision of inotify so far has been buggy in some
> respect and ig got dropped from -mm again and again. It should get some
> more testing there and not sent firectly for mainline.
It was dropped from 2.6-mm
Shawn Starr wrote:
Sure, I can do this. Wrt to trivial patches, will these patches that go into
rusty's patch bot go into Linus's tree or into the -mm tree?
The reason I ask that is because a trivial patch may fix an oops if there's an
off-by-one problem and typically I'd submit that to the
Andrei Mikhailovsky wrote:
Hi Randy,
Done the kstack=32, here is the output:
cat /proc/cmdline
root=/dev/hda2 ro kstack=32 console=tty0
P.S. Yeah, this oops is repeatable; hapens everytime
Well thanks, I've looked thru this but I'm not getting anywhere
on it. Also, there aren't many changes in
Sure, I can do this. Wrt to trivial patches, will these patches that go into
rusty's patch bot go into Linus's tree or into the -mm tree?
The reason I ask that is because a trivial patch may fix an oops if there's an
off-by-one problem and typically I'd submit that to the trivial patch bot.
Pavel Machek <[EMAIL PROTECTED]> wrote:
>
> Hi!
>
> > Problem Description:
> > swsusp normally works, but if I enable CONFIG_DEBUG_PAGEALLOC, it breaks --
> > after "PM: snapshotting memory", swsusp never gets to the "critical
> > section" and
> > it kind of bounces back from the suspend
[EMAIL PROTECTED] wrote:
>
>
>
> Use wait_event_interruptible() instead of the deprecated
> interruptible_sleep_on(). Patch is straight-forward as current sleep is
> conditionally looped. Patch is compile-tested.
>
> Signed-off-by: Nishanth Aravamudan <[EMAIL PROTECTED]>
> Signed-off-by: Domen
[EMAIL PROTECTED] wrote:
>
> use TASK_UNINTERRUPTIBLE instead of TASK_INTERRUPTIBLE
>
> Signed-off-by: Nishanth Aravamudan <[EMAIL PROTECTED]>
> Signed-off-by: Domen Puncer <[EMAIL PROTECTED]>
> ---
>
>
> kj-domen/drivers/base/dmapool.c |2 +-
> 1 files changed, 1 insertion(+), 1
[EMAIL PROTECTED] wrote:
>
> Use msleep() instead of schedule_timeout() to guarantee the task
> delays as expected. The current code uses TASK_INTERRUPTIBLE, but does not
> care
> about signals, so I believe msleep() should be ok.
>
> Signed-off-by: Nishanth Aravamudan <[EMAIL PROTECTED]>
>
Hi Christoph
On Sun, 06 Mar 2005, Christoph Lameter wrote:
> On Mon, 7 Mar 2005, Darren Williams wrote:
>
> > Hi Christoph
> >
> > On Fri, 04 Mar 2005, Christoph Lameter wrote:
> >
> > > Make sure that scrubd_stop on startup is set to 2 and no zero in
> > > mm/scrubd.c. The current patch on
[EMAIL PROTECTED] wrote:
>
> Please consider applying. This is my first wait-queue related patch, so
> comments
> are very welcome.
>
> Use wait_event_timeout() in place of custom wait-queue code. The
> code is not changed in any way (I don't think), but is cleaned up quite a bit
> (will get
Christoph Hellwig writes:
> On Sat, Mar 05, 2005 at 07:40:06PM -0500, Robert Love wrote:
>> On Sun, 2005-03-06 at 00:04 +, Christoph Hellwig wrote:
>>> The user interface is still bogus.
>>
>> I presume you are talking about the ioctl. I have tried to engage you
>> and others on what
Christian Schmid wrote:
Ben Greear wrote:
I have a tool that can also generate TCP traffic on a large number of
sockets. If I can understand what you are trying to do, I may be able
to reproduce the problem. My biggest machine at present has only
2GB of RAM, however...not sure if that matters
I have a tool that can also generate TCP traffic on a large number of
sockets. If I can understand what you are trying to do, I may be able
to reproduce the problem. My biggest machine at present has only
2GB of RAM, however...not sure if that matters or not.
But if the problem is what I think
Ben Greear wrote:
Christian Schmid wrote:
Hello.
After weeks of work, I can now give a detailed report about the bug
and when it appears:
Attached is another traffic-image. This one is with 2.6.10 and a 3/1
split, preemtive kernel, so all defaults.
What are the units on your graph. You say
Christoph Hellwig <[EMAIL PROTECTED]> wrote:
>
> -mm has a list of inodes per superblock, which Andrew said he'd send
> along to lines, you should probably use that one.
That was merged a month or two ago.
superblock.s_inodes, linked via inode.i_sb_list, protected by inode_lock.
-
To
On Sat, Mar 05, 2005 at 07:40:06PM -0500, Robert Love wrote:
> On Sun, 2005-03-06 at 00:04 +, Christoph Hellwig wrote:
>
> > The user interface is still bogus.
>
> I presume you are talking about the ioctl. I have tried to engage you
> and others on what exactly you prefer instead. I have
Hi,
The supplied address of the patch was wrong, because the trailing dot of the
finished sentence corrupted the URL in the LKML archive.
Correct URL:
http://friends.s5.net/pogacnik/patch-2.6.0-test11-usage-0.1
--
Samo
-
To unsubscribe from this list: send the line "unsubscribe
> - if ((ret + (type == READ)) > 0)
> - dnotify_parent(file->f_dentry,
> - (type == READ) ? DN_ACCESS : DN_MODIFY);
> + if ((ret + (type == READ)) > 0) {
> + struct dentry *dentry = file->f_dentry;
> + if (type == READ)
> +
Leo Yuriev wrote:
Kernel 2.6 (2.6.11)
When ethernet-bridge forward a packet and such ethernet-frame has
VLAN-tag, bridge should update skb->prioriry for properly QoS
handling.
This small patch does this. Currently vlan_TCI-priority directly
mapped to skb->priority, but this looks enough.
If this
Christian Schmid wrote:
Hello.
After weeks of work, I can now give a detailed report about the bug and
when it appears:
Attached is another traffic-image. This one is with 2.6.10 and a 3/1
split, preemtive kernel, so all defaults.
What are the units on your graph. You say "MB" several places,
Hi Panagiotis,
Panagiotis Issaris wrote:
The INFTL mount code contains a kmalloc() followed by a memset() without
handling a possible memory allocation failure.
Signed-off-by: <[EMAIL PROTECTED]>
OK, that looks good.
Dave do you want to take this, or do you want me to submit it?
Regards
Greg
diff
OGAWA Hirofumi <[EMAIL PROTECTED]> wrote:
>
> Hi,
>
> These patches adds the `-o sync' and `-o dirsync' supports to fatfs.
> If user specified that option, the fatfs does traditional ordered
> updates by using synchronous writes. If compared to before, these
> patches will show a improvement of
On Mon, 2005-03-07 at 11:09 +1100, Michael Ellerman wrote:
> Hi Lars,
>
> Yeah I've got no audio on my T41, which I think uses the AC97 too. I haven't
> had time to look into it though :/
>
Did you disable "Headphone Jack Sense" and "Line Jack Sense" in
alsamixer?
Lee
-
To unsubscribe from
Hi Andrew, Linus,
This patch does:
- consolidate the three implementations of compat_sys_waitid
(some were called sys32_waitid).
- adds sys_waitid syscall to ppc
- adds sys_waitid and compat_sys_waitid syscalls to ppc64
I have left PARISC and MIPS to their own
The following patch changes the ALPS touchpad driver to treat some mouse
buttons as mouse buttons rather than what appears to be joystick buttons.
This is needed for the Dell Inspiron 8500's DualPoint stick buttons. Without
this patch only the touchpad buttons behave properly.
---
[EMAIL PROTECTED] wrote:
>
> @@ -316,7 +320,10 @@ static void copy_block(u8 __user *dst, u
>
> for (i = 0; i < len; i++) {
> byte = src[2 * i] ^ 0x80;
> - __copy_to_user(dst + i, , 1);
> + if (__copy_to_user(dst + i, ,
[EMAIL PROTECTED] wrote:
>
>
> compile warning cleanup - handle copy_to/from_user error
> returns
If a write() gets a fault it's supposed to return the number of bytes which
it actually wrote, which may be zero.
Still, returning -EFAULT is better than appearing to have succeeded.
> +
[EMAIL PROTECTED] wrote:
>
>
> compile warning cleanup - handle copy_to/from_user error
> returns
>
We made some changes like this in there a while back, and things broke
subtly. I'd prefer that someone who remembers how this code works take a
good look at this. But I don't think anyone
Christian Schmid wrote:
Today I tested with 5000 sockets. The problem is the same like above but
the more sockets there come, it just doesnt claim more bandwidth as it
SHOULD of course do. It seems it doesn't slow down but it just doesnt
scale anymore. The badwidth doesnt go over 80 MB/Sec, no
[EMAIL PROTECTED] wrote:
>
> , extinguish warning for module structure that is still
> live when module is compiled into the kernel; do this in one central
> place so all such type warnings are automatically taken care of
>
> Signed-off-by: Stephen Biggs <[EMAIL PROTECTED]>
> Signed-off-by:
On Sun, 6 Mar 2005, Daniel Jacobowitz wrote:
>
> I bought it, but the GDB testsuite didn't. Both copies seem to be
> necessary; there's generally no signal handler for SIGTRAP
Ahh, duh, yes. I was looking at it and saying "debug fault always
generates a sigtrap", but you're right, it
[EMAIL PROTECTED] wrote:
>
>
> This is small cleanup of radio-sf16fmi driver.
Well, yes, but it is a functional change, no?
Previously the kernel accepted the `sf16fm=' option. Now the users must
switch over to, umm, `radio-sf16fmi.io=', yes?
> Signed-off-by: Marcel Sebek <[EMAIL
On Mon, 28 Feb 2005, Christoph Lameter wrote:
> On Sun, 27 Feb 2005, Mel Gorman wrote:
>
> > The patch also counts how many blocks of each order were zeroed. This gives
> > a rough indicator if large blocks are frequently zeroed or not. I found
> > that order-0 are the most frequent zeroed block
[EMAIL PROTECTED] wrote:
>
> Cleanup initialization to 0.
>
> Basically it does:
> -static unsigned char lanai4_data[20472] __initdata = {
> -0x00,0x00,
> - a bunch of zeroes
> -0x00,0x00, 0x00,0x00, 0x00,0x00, } ;
> +static unsigned char lanai4_data[20472] __initdata = { };
Fair enough. If
Hi Lars,
Yeah I've got no audio on my T41, which I think uses the AC97 too. I haven't
had time to look into it though :/
cheers
On Sun, 6 Mar 2005 10:10, Lars wrote:
> With Kernel 2.6.11 the Audio driver in my ThinkPad T42 stopped working.
> The dsp device is detected and readable/writable,
On 07/03/05 00:07 +, Ralph Corderoy wrote:
>
> Hi Domen,
>
> > - if (db->dict) {
> > - vfree (db->dict);
> > - db->dict = NULL;
> > - }
> > + vfree (db->dict);
> > + db->dict = NULL;
>
> Is it really worth always
Hi Domen,
> - if (db->dict) {
> - vfree (db->dict);
> - db->dict = NULL;
> - }
> + vfree (db->dict);
> + db->dict = NULL;
Is it really worth always calling vfree() which calls __vunmap() before
db->dict is
On Mon, 7 Mar 2005, Darren Williams wrote:
> Hi Christoph
>
> On Fri, 04 Mar 2005, Christoph Lameter wrote:
>
> > Make sure that scrubd_stop on startup is set to 2 and no zero in
> > mm/scrubd.c. The current patch on oss.sgi.com may have that set to zero.
> >
> unsigned int sysctl_scrub_stop = 2;
Hello,
I'd like to propose a modification of the linux kernel, which enables IRQ and
SOFTIRQ handler measurement. The patch currently covers only i386
architecture, but could be extented to other architectures as well.
I tried to measure time spent in mentioned hendler functions, by summarizing
On Sun, 6 Mar 2005, Yoichi Yuasa wrote:
> This patch converts verify_area to access_ok for include/asm-mips.
>
Yeah, that's one of the few bits I had not done yet. Thank you for taking
a look at that.
I don't believe your patch is correct though. See below for what I think
is a better one.
This patch fixes section type conflict about mpc30x
CC arch/mips/pci/fixup-mpc30x.o
arch/mips/pci/fixup-mpc30x.c:26: error: internal_func_irqs causes a section
type conflict
make[1]: *** [arch/mips/pci/fixup-mpc30x.o] Error 1
make: *** [arch/mips/pci] Error 2
Yoichi
Signed-off-by:
Use wait_event_interruptible() instead of the deprecated
interruptible_sleep_on(). Patch is straight-forward as current sleep is
conditionally looped. Patch is compile-tested.
Signed-off-by: Nishanth Aravamudan <[EMAIL PROTECTED]>
Signed-off-by: Domen Puncer <[EMAIL PROTECTED]>
---
Use msleep_interruptible() instead of schedule_timeout() to
guarantee the task delays as expected.
Signed-off-by: Nishanth Aravamudan <[EMAIL PROTECTED]>
Signed-off-by: Maximilian Attems <[EMAIL PROTECTED]>
Signed-off-by: Domen Puncer <[EMAIL PROTECTED]>
---
kj-domen/drivers/tc/zs.c |6
Make code more readable with list_for_each_reverse.
Signed-off-by: Domen Puncer <[EMAIL PROTECTED]>
Signed-off-by: Maximilian Attems <[EMAIL PROTECTED]>
Acked-by: Jeff Dike <[EMAIL PROTECTED]>
Signed-off-by: Domen Puncer <[EMAIL PROTECTED]>
---
kj-domen/arch/um/drivers/chan_kern.c |4
Use wait_event_interruptible() instead of the deprecated
interruptible_sleep_on(). The replacements were all straight-forward as every
sleep was conditionally-looped. Patch is compile-tested (still warns about
{save,restore}_flags(),cli()).
Signed-off-by: Nishanth Aravamudan <[EMAIL PROTECTED]>
Use msleep() instead of schedule_timeout() to guarantee the task
delays as expected. The current code uses TASK_INTERRUPTIBLE, but does not care
about signals, so I believe msleep() should be ok.
Signed-off-by: Nishanth Aravamudan <[EMAIL PROTECTED]>
Signed-off-by: Domen Puncer <[EMAIL
convert from pci_module_init to pci_register_driver
Signed-off-by: Christophe Lucas <[EMAIL PROTECTED]>
Signed-off-by: Domen Puncer <[EMAIL PROTECTED]>
---
kj-domen/drivers/message/fusion/mptbase.c |2 +-
1 files changed, 1 insertion(+), 1 deletion(-)
diff -puN
isdn_bsdcomp.c vfree() checking cleanups.
Signed-off by: James Lamanna <[EMAIL PROTECTED]>
Signed-off-by: Domen Puncer <[EMAIL PROTECTED]>
---
kj-domen/drivers/isdn/i4l/isdn_bsdcomp.c | 12
1 files changed, 4 insertions(+), 8 deletions(-)
diff -puN
use TASK_UNINTERRUPTIBLE instead of TASK_INTERRUPTIBLE
Signed-off-by: Nishanth Aravamudan <[EMAIL PROTECTED]>
Signed-off-by: Domen Puncer <[EMAIL PROTECTED]>
---
kj-domen/drivers/base/dmapool.c |2 +-
1 files changed, 1 insertion(+), 1 deletion(-)
diff -puN
Use ssleep() instead of schedule_timeout() to guarantee
the task delays as expected. The original code does use TASK_INTERRUPTIBLE, but
does not check for signals or early return from schedule_timeout() so ssleep()
seems more appropriate.
Signed-off-by: Nishanth Aravamudan <[EMAIL PROTECTED]>
convert from pci_module_init to pci_register_driver
Signed-off-by: Christophe Lucas <[EMAIL PROTECTED]>
Signed-off-by: Domen Puncer <[EMAIL PROTECTED]>
---
kj-domen/drivers/eisa/pci_eisa.c |2 +-
1 files changed, 1 insertion(+), 1 deletion(-)
diff -puN
Please consider applying.
Use msleep_interruptible() instead of schedule_timeout() to
guarantee consistent timing regardless of HZ value. schedule_timeout(1) will
vary between 10 and 1 milliseconds, depending on the value of HZ (100 or 1000
respectively). For consistent behavior,
Any comments would be, as always, appreciated.
-Nish
Reorder add_wait_queue() and set_current_state() as a
signal could be lost in between the two functions.
Signed-off-by: Nishanth Aravamudan <[EMAIL PROTECTED]>
Signed-off-by: Domen Puncer <[EMAIL PROTECTED]>
---
Please consider applying. This is my first wait-queue related patch, so comments
are very welcome.
Use wait_event_timeout() in place of custom wait-queue code. The
code is not changed in any way (I don't think), but is cleaned up quite a bit
(will get expanded to almost identical code).
On Sul, 2005-03-06 at 07:53, Andres Salomon wrote:
> On Thu, 03 Mar 2005 23:15:03 +0100, Adrian Bunk wrote:
> There's also no other (suitable) place to announce kernel trees. Debian
> kernels get announced on various debian-related lists; I'd imagine FC
> kernels have the same thing. The only
This patch adds spare timer initialization for NEC VR41xx.
Yoichi
Signed-off-by: Yoichi Yuasa <[EMAIL PROTECTED]>
diff -urN -X dontdiff a-orig/arch/mips/vr41xx/common/init.c
a/arch/mips/vr41xx/common/init.c
--- a-orig/arch/mips/vr41xx/common/init.c Thu Mar 3 07:26:49 2005
+++
On Gwe, 2005-03-04 at 16:27, Greg KH wrote:
> Ok, based on consensus, I've applied this one too.
>
> Yes, we will get a bk-stable-commits tree up and running, still working
> out the infrastructure...
Cool. Once you've done so make sure there are also no bk snapshots and
I'll push you some of
Hi Jaroslav,
I didn't receive any answer regarding this question.
Any comments or shall I send a patch to remove this file?
cu
Adrian
- Forwarded message from Adrian Bunk <[EMAIL PROTECTED]> -
Date: Wed, 24 Nov 2004 23:07:42 +0100
From: Adrian Bunk <[EMAIL PROTECTED]>
To: Jaroslav
compile warning cleanup - handle copy_to/from_user error
returns
Signed-off-by: Stephen Biggs <[EMAIL PROTECTED]>
Signed-off-by: Domen Puncer <[EMAIL PROTECTED]>
---
kj-domen/drivers/isdn/pcbit/drv.c | 15 +--
1 files changed, 9 insertions(+), 6 deletions(-)
diff -puN
compile warning cleanup - handle copy_to/from_user error
returns, initialize return value to reasonable number in case used before
initialized.
Signed-off-by: Stephen Biggs <[EMAIL PROTECTED]>
Signed-off-by: Domen Puncer <[EMAIL PROTECTED]>
---
kj-domen/drivers/isdn/i4l/isdn_common.c |6
1 - 100 of 419 matches
Mail list logo