remove the dev_attr_latency_timer
sysfs file in the FT232RL case.
Note by Bernardo Innocenti: the ftdi_sio maintainer appears to have stepped
down, so I'm sending this to Greg Kroah-Hartman as the generic USB serial
maintainer. Please, let me know if this is not appropriate.
Signed-Off-By: Francesco Sacchi &
the dev_attr_latency_timer
sysfs file in the FT232RL case.
Note by Bernardo Innocenti: the ftdi_sio maintainer appears to have stepped
down, so I'm sending this to Greg Kroah-Hartman as the generic USB serial
maintainer. Please, let me know if this is not appropriate.
Signed-Off-By: Francesco Sacchi [EMAIL
he process.
--
\___/
|___| Bernardo Innocenti - http://www.codewiz.org/
\___\ One Laptop Per Child - http://www.laptop.org/
-
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-i
.
--
\___/
|___| Bernardo Innocenti - http://www.codewiz.org/
\___\ One Laptop Per Child - http://www.laptop.org/
-
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
in both the
suspend and powerdown cases, otherwise we restore stale register state
when we unfreeze.
Signed-off-by: Bernardo Innocenti <[EMAIL PROTECTED]>
---
drivers/video/fbmem.c | 47 +--
drivers/video/geode/geodefb.h | 13 +++--
drivers/video/geode/gxfb_core
er amusing OLPC bug #3603 that made the toolbar icons
come up tinted in green when "pretty boot" was enabled. Tested on both
B2 (GX) and B3 (LX) machines. Both the freeze/unfreeze and suspend/resume
codepaths work as expected.
Signed-off-by: Bernardo Innocenti <[EMAIL PROTECTED]>
bug #3603 that made the toolbar icons
come up tinted in green when pretty boot was enabled. Tested on both
B2 (GX) and B3 (LX) machines. Both the freeze/unfreeze and suspend/resume
codepaths work as expected.
Signed-off-by: Bernardo Innocenti [EMAIL PROTECTED]
---
drivers/video/fbmem.c
and powerdown cases, otherwise we restore stale register state
when we unfreeze.
Signed-off-by: Bernardo Innocenti [EMAIL PROTECTED]
---
drivers/video/fbmem.c | 47 +--
drivers/video/geode/geodefb.h | 13 +++--
drivers/video/geode/gxfb_core.c | 17 +++
drivers/video
cely from GPF anyway. It's the valid MSR writes that could
cause unrecoveable problems! :)
--
// Bernardo Innocenti
\X/ http://www.codewiz.org/
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
More majo
anyway. It's the valid MSR writes that could
cause unrecoveable problems! :)
--
// Bernardo Innocenti
\X/ http://www.codewiz.org/
-
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
Sep 17 00:00:00 2001
From: Bernardo Innocenti <[EMAIL PROTECTED]>
Date: Tue, 15 May 2007 15:29:48 -0400
Subject: [PATCH] kdb: add rdmsr and wrmsr commands for i386 (take 3)
The syntax is:
rdmsr
wrmsr
Signed-off-by: Bernardo Innocenti <[EMAIL PROTECT
to coordinate the order of the high and low
dwords with the order they are specified with 'wrmsr'?
Yeah, I did it as suggested by Mitch. Here's a thrid
revision of the patch with everything included:
From 1850ca76585306e2484cf5e709434049f1df3c1f Mon Sep 17 00:00:00 2001
From: Bernardo Innocenti
Thank you very much!
But... who do you think I should bug to make this the system
default? Does write caching need to be enabled by the driver
itself, in the SCSI layer or perhaps by the distro initscripts?
--
// Bernardo Innocenti - Develer S.r.l., R dept.
\X/ http://www.devel
very much!
But... who do you think I should bug to make this the system
default? Does write caching need to be enabled by the driver
itself, in the SCSI layer or perhaps by the distro initscripts?
--
// Bernardo Innocenti - Develer S.r.l., RD dept.
\X/ http://www.develer.com
Bernardo Innocenti wrote:
I still couldn't solve my problem, but thanks for helping.
The way you map memory in ps3fb_mmap() is basically the same.
In my case, memory is allocated with __get_free_pages() instead
of being at an absolute physical address, but I can't see how
it could make any
wer... less than 1MB/s.
- Windows Vista (rc something) writes at 90MB/s. Too
fast to believe, maybe dd from Cygwin is misbehaving.
--
// Bernardo Innocenti - Develer S.r.l., R dept.
\X/ http://www.develer.com/
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel"
... less than 1MB/s.
- Windows Vista (rc something) writes at 90MB/s. Too
fast to believe, maybe dd from Cygwin is misbehaving.
--
// Bernardo Innocenti - Develer S.r.l., RD dept.
\X/ http://www.develer.com/
-
To unsubscribe from this list: send the line unsubscribe linux-kernel in
the body
Bernardo Innocenti wrote:
I still couldn't solve my problem, but thanks for helping.
The way you map memory in ps3fb_mmap() is basically the same.
In my case, memory is allocated with __get_free_pages() instead
of being at an absolute physical address, but I can't see how
it could make any
b=HEAD
I still couldn't solve my problem, but thanks for helping.
The way you map memory in ps3fb_mmap() is basically the same.
In my case, memory is allocated with __get_free_pages() instead
of being at an absolute physical address, but I can't see how
it could make any difference.
--
//
still couldn't solve my problem, but thanks for helping.
The way you map memory in ps3fb_mmap() is basically the same.
In my case, memory is allocated with __get_free_pages() instead
of being at an absolute physical address, but I can't see how
it could make any difference.
--
// Bernardo
r.l. (http://www.develer.com/)
* Author: Bernardo Innocenti <[EMAIL PROTECTED]>
* Author: Stefano Fedrigo <[EMAIL PROTECTED]>
*
* This file is subject to the terms and conditions of the GNU General Public
* License. See the file COPYING in the main directory of this archive
* f
. (http://www.develer.com/)
* Author: Bernardo Innocenti [EMAIL PROTECTED]
* Author: Stefano Fedrigo [EMAIL PROTECTED]
*
* This file is subject to the terms and conditions of the GNU General Public
* License. See the file COPYING in the main directory of this archive
* for more details
Andi Kleen wrote:
> Bernardo Innocenti <[EMAIL PROTECTED]> writes:
>
> It's really more a feature than a bug that it breaks so easily
> because they should be really using futexes instead, which
> have much better behaviour than any sched_yield ever could
> (they will
ct sched_yield() to only reschedule
the calling thread wrt its sibling threads, to be used
to implement do-it-yourself spinlocks and the like.
--
// Bernardo Innocenti - Develer S.r.l., R dept.
\X/ http://www.develer.com/
-
To unsubscribe from this list: send the line "unsubscribe linux-ker
the calling thread wrt its sibling threads, to be used
to implement do-it-yourself spinlocks and the like.
--
// Bernardo Innocenti - Develer S.r.l., RD dept.
\X/ http://www.develer.com/
-
To unsubscribe from this list: send the line unsubscribe linux-kernel in
the body of a message to [EMAIL
Andi Kleen wrote:
Bernardo Innocenti [EMAIL PROTECTED] writes:
It's really more a feature than a bug that it breaks so easily
because they should be really using futexes instead, which
have much better behaviour than any sched_yield ever could
(they will directly wake up another process
dap.org/its/index.cgi/Incoming?id=3950;page=2
--
// Bernardo Innocenti - Develer S.r.l., R dept.
\X/ http://www.develer.com/
-
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
other threads. See:
int
ldap_pvt_thread_yield( void )
{
#if HAVE_THR_YIELD
return thr_yield();
#elif HAVE_PTHREADS == 10
return sched_yield();
#elif defined(_POSIX_THREAD_IS_GNU_PTH)
sched_yield();
return 0;
#elif HAVE_PTHREADS == 6
pthread_yield(NULL);
thr_yield();
#elif HAVE_PTHREADS == 10
return sched_yield();
#elif defined(_POSIX_THREAD_IS_GNU_PTH)
sched_yield();
return 0;
#elif HAVE_PTHREADS == 6
pthread_yield(NULL);
return 0;
#else
pthread_yield();
return 0;
#endif
}
--
// Bernardo
=2
--
// Bernardo Innocenti - Develer S.r.l., RD dept.
\X/ http://www.develer.com/
-
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
ind out by downloading the SRPM. Now that
Fedora provides a public CVS, perhaps it could be used to
make such investigations directly with the cvsweb interface
without downloading and unpacking a 40MB file.
--
// Bernardo Innocenti - Develer S.r.l., R dept.
\X/ http://www.develer.com/
-
To unsu
provides a public CVS, perhaps it could be used to
make such investigations directly with the cvsweb interface
without downloading and unpacking a 40MB file.
--
// Bernardo Innocenti - Develer S.r.l., RD dept.
\X/ http://www.develer.com/
-
To unsubscribe from this list: send the line unsubscribe
Anders Saaby wrote:
On Tuesday 08 March 2005 08:03, Bernardo Innocenti wrote:
Bernardo Innocenti wrote:
Trond Myklebust wrote:
I also can't reproduce the problem on an older
client running 2.4.21.
Well, actually I tried harder with the 2.4.21
client and I obtained a similar effect:
So, instead
Trond Myklebust wrote:
ty den 08.03.2005 Klokka 07:38 (+0100) skreiv Bernardo Innocenti:
Two clients started showing the problem after
being upgraded from FC2 to FC3, while the server
remained unchanged.
Can you produce tcpdumps to back that up?
Neil's problem appeared rather to be server-related
Trond Myklebust wrote:
ty den 08.03.2005 Klokka 07:38 (+0100) skreiv Bernardo Innocenti:
Two clients started showing the problem after
being upgraded from FC2 to FC3, while the server
remained unchanged.
Can you produce tcpdumps to back that up?
Neil's problem appeared rather to be server-related
Anders Saaby wrote:
On Tuesday 08 March 2005 08:03, Bernardo Innocenti wrote:
Bernardo Innocenti wrote:
Trond Myklebust wrote:
I also can't reproduce the problem on an older
client running 2.4.21.
Well, actually I tried harder with the 2.4.21
client and I obtained a similar effect:
So, instead
Bernardo Innocenti wrote:
Trond Myklebust wrote:
I also can't reproduce the problem on an older
client running 2.4.21.
Well, actually I tried harder with the 2.4.21
client and I obtained a similar effect:
naraku:/pub/linux/distro/fedora-devel# ll
ls: .: Stale NFS file handle
naraku:/pub/linux
Trond Myklebust wrote:
ty den 08.03.2005 Klokka 05:53 (+0100) skreiv Bernardo Innocenti:
Appears to be a client bug.
Why?
Two clients started showing the problem after
being upgraded from FC2 to FC3, while the server
remained unchanged.
I also can't reproduce the problem on an older
client running
Appears to be a client bug. The problem only happens
when there's heavy filesystem activity on other
filesystems (local or NFS).
NFS mount options:
rw,_netdev,rsize=32768,wsize=32768,hard,intr,proto=udp,addr=10.3.3.1
--
// Bernardo Innocenti - Develer S.r.l., R dept.
\X/ http://www.develer.com
Appears to be a client bug. The problem only happens
when there's heavy filesystem activity on other
filesystems (local or NFS).
NFS mount options:
rw,_netdev,rsize=32768,wsize=32768,hard,intr,proto=udp,addr=10.3.3.1
--
// Bernardo Innocenti - Develer S.r.l., RD dept.
\X/ http://www.develer.com
Trond Myklebust wrote:
ty den 08.03.2005 Klokka 05:53 (+0100) skreiv Bernardo Innocenti:
Appears to be a client bug.
Why?
Two clients started showing the problem after
being upgraded from FC2 to FC3, while the server
remained unchanged.
I also can't reproduce the problem on an older
client running
Bernardo Innocenti wrote:
Trond Myklebust wrote:
I also can't reproduce the problem on an older
client running 2.4.21.
Well, actually I tried harder with the 2.4.21
client and I obtained a similar effect:
naraku:/pub/linux/distro/fedora-devel# ll
ls: .: Stale NFS file handle
naraku:/pub/linux
my system for deeper inspection.
--
// Bernardo Innocenti
\X/ http://www.codewiz.org
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
Please read the FAQ at http://www.tux.org/lkml/
my system for deeper inspection.
--
// Bernardo Innocenti
\X/ http://www.codewiz.org
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
Please read the FAQ at http://www.tux.org/lkml/
44 matches
Mail list logo