* Con Kolivas [EMAIL PROTECTED] wrote:
* real inter-process handoff. i am thinking of something like
sched_yield(), but it would take a TID as the target
of the yield. this would avoid all the crap we have to
go through to drive the graph of clients with
* Eugeny S. Mints [EMAIL PROTECTED] wrote:
Ingo Molnar wrote:
i have released the -V0.7.37-02 Real-Time Preemption patch, which can be
downloaded from the usual place:
http://redhat.com/~mingo/realtime-preempt/
Minor fix for deadlock tracer: ...acquired at XXX may print caller's
of
Pavel Roskin wrote:
All I want to do is to have a module that would create subdirectories
for some network interfaces under /sys/class/net/*/, which would contain
additional parameters for those interfaces. I'm not creating a new
subsystem or anything like that. sysctl is not good because the
yield_to(tid) should not be too hard to implement. Ingo? What do you
think?
i dont really like it - it's really the wrong interface to use. Futexes
are a much better locking/signalling interface. yield_to() would not be
i agree in principle, and i was suprised to see Con express this
thought
Followup to: [EMAIL PROTECTED]
By author:Herbert Xu [EMAIL PROTECTED]
In newsgroup: linux.dev.kernel
Have you looked at using initramfs and running the DHCP client in
user space? You'll get a lot more freedom that way.
Note that the klibc distribution already contains a working dhcp
Hi,
I think that many of us in this mailing list use strace
(http://www.liacs.nl/~wichert/strace/) for studying, debugging and
I am writing a paper about Strace under Linux version 2.4.22-1.2197.nptl
using the strace's man page as my principal reading source. Does anybody
heres knows others
As requested by Andrew:
In the 2.6.11 development cycle function calls have been added to lots
of hot vm paths to do accounting. I think these should not go into the
final 2.6.1 release because these statistics can be collected in a different
way that does not require the updating of counters
Basically I am thinking of something like this will be a good generic solution
in place of simple two writes.
for (i = 0 ; i some number for max retries; i++) {
hpet_writel(hpet_tick, HPET_T0_CMP);
if (hpet_tick == hpet_readl(hpet_tick, HPET_T0_CMP))
break;
}
On Thu, Feb 03, 2005 at 06:28:27AM -0800, Pallipadi, Venkatesh wrote:
Hi John, Andrew,
Can you check whether only the following change makes the problem go
away. If yes, then it looks like a hardware issue.
hpet_writel(hpet_tick, HPET_T0_CMP);
+hpet_writel(hpet_tick,
This patch makes the hw_random driver a little more informative when it is
starting up -
currently, there is no easy way to tell if the driver detected any hardware.
The AMD driver does mention that it found the chip - this adds the same for the
VIA
and Intel sections of the driver.
Tested
* Paul Davis [EMAIL PROTECTED] wrote:
Just a reminder: setuid root is precisely what we are attempting to
avoid.
If you have the source code for the programs then they could be modified
to drop the root euid after they've changed policy. Or even do the
This is insufficient, since
* Paul Davis [EMAIL PROTECTED] wrote:
however, i don't agree that futexes are conceptually superior. they
don't express the intended operation nearly as accurately as
yield_to(tid) would. the operation is i have nothing else to do, and
i want tid to run next. a futex says this particular
(it would be cleaner to use POSIX semaphores for this, but you mentioned
the requirement for the mechanism to work on 2.4 kernels too - pthread
spinlocks will work inter-process on 2.4 too, and will schedule nicely.)
can't work. pthread interprocess spinlocks are hopelessly non-RT safe
in
* Bill Huey [EMAIL PROTECTED] wrote:
but Jack is right in practical terms: the audio folks achieved pretty
good results with the current IRQ threading mechanism, partly due to the
fact that the audio stack doesnt use softirqs, so all the
latency-critical activities are in the audio IRQ
Paul Davis wrote:
There are several kernel-side attributes that would make JACK better from
my perspective:
* better ways to acquire and release RT scheduling
I'm no expert on the topic but it would seem to me that the mechanisms
associated with the capable() function are intended to provide a
On Thursday, 3 of February 2005 15:20, Pavel Machek wrote:
Hi!
On Thu, Feb 03, 2005 at 11:41:26AM +0100, Pavel Machek wrote:
Okay, you are right, restoring it unconditionaly would be bad
idea. Still it would be nice to tell cpufreq governor please
change
the
While super-nifty, the new page_owner code assumes a contiguous
mem_map, which we don't all have. This patch changes the
iterator in the read_page_owner() to be a pfn instead of a
'struct page'. This makes it easy to jump around to different
non-contiuous 'struct pages' as with the
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
mouse pointer 1/2 pixel with one finger
Hi!
# dmsetup table /dev/mapper/volume1
0 200 crypt aes-plain 0123456789abcdef0123456789abcdef 0 7:0 0
Obviously, root can in principle recover this password from the
running kernel but it seems silly to make it so easy.
There seemed little point obfuscating it - someone will
* Paul Davis [EMAIL PROTECTED] wrote:
well, no. Unless i misunderstood your application model, you want
threads to sleep until they are woken up. So you want a very basic
sleep/wake mechanism. But yield_to() does not achieve that! yield_to()
will yield to _already running_ (i.e. in the
Jon Smirl wrote:
Since it looks like ide is being worked on, can you convert ide to use
the PCI ROM access calls in drivers/pci/rom.c instead of directly
manipulating PCI config space? The new ROM calls work on all
architectures.
These are the places that need to be fix:
[EMAIL PROTECTED] ide]$
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 report z == 127 for a very wide finger. If
such a packet
that might be all well and good, but i believe you still dont understand
my point: for yield_to() to work the target task _needs to be running_.
correct, i did not understand. perhaps Con didn't either. my idea was
related to:
in theory it would be possible to add two new syscalls:
On Thu, 03 Feb 2005 17:14:50 -0500, Jeff Garzik [EMAIL PROTECTED] wrote:
Bartlomiej Zolnierkiewicz wrote:
Sorry for the delay.
On Mon, 17 Jan 2005 09:25:30 +, David Woodhouse [EMAIL PROTECTED]
wrote:
On resume from sleep, via_set_speed() doesn't reinstate the correct DMA
mode,
* Paul Davis [EMAIL PROTECTED] wrote:
having this API on 2.4 kernels. But it would have one big advantage: it
would be evidently and trivially RT-safe :-)
no small advantage.
it has another big advantage from the user space perspective: no other
information is required apart from tid.
I really don't want to start a new BK flamewar. You asked what could
you do and I said what would be nice to have. End of story.
- The idea that the granularity in CVS is unreasonable is pure
I didn't say it was unreasonable, I said it could be better.
Sure, everything can always be
On Thu, 2005-02-03 at 09:11 +0100, Arkadiusz Miskiewicz wrote:
On Thursday 03 of February 2005 07:38, Benjamin Herrenschmidt wrote:
Are you seriously proposing this for 2.6.11??
Well... There should be no problem with
add-try_acquire_console_sem.patch and
Hi!
You may not run k8 notebook on max frequency on battery. Your system
will crash; and you might even damage battery.
When I don't compile in cpufreq, it seems to run at 1,8 GHz (the max)
all the time, on AC power as well as on battery. Along with what you're
saying it leads to the
On Thu, Feb 03, 2005 at 12:20:49PM -0800, Larry McVoy wrote:
As Peter said, once every 6 hours is fine. Or even more often, what
the heck, as I said in a previous post I don't think an incremental
export is that much costly. It could be done at the same time as
the -bkX patches...
I'll
Bartlomiej Zolnierkiewicz wrote:
Sorry for the delay.
On Mon, 17 Jan 2005 09:25:30 +, David Woodhouse [EMAIL PROTECTED] wrote:
On resume from sleep, via_set_speed() doesn't reinstate the correct DMA
mode, because it thinks the drive is already configured correctly. This
one-line hack is
Vojtech,
Here is a patch that exposes the IBM TrackPoint's extended properties
as well as scroll wheel emulation.
I would appreciate comments and suggestions to make this more acceptable.
Stephen
diff -uNr a/drivers/input/mouse/Makefile b/drivers/input/mouse/Makefile
---
Hi!
You may not run k8 notebook on max frequency on battery. Your system
will crash; and you might even damage battery.
When I don't compile in cpufreq, it seems to run at 1,8 GHz (the max)
all the time, on AC power as well as on battery. Along with what you're
saying it leads to the
* Pavel Machek [EMAIL PROTECTED] [050203 02:57]:
Hi!
I used your config advices from second mail, still it does not
work as
expected: system gets too sleepy. Like it takes a nap during
boot
after dyn-tick: Maximum ticks to skip limited to 1339, and key
On Thu, Feb 03, 2005 at 10:41:33PM +0100, Ingo Molnar wrote:
* Bill Huey [EMAIL PROTECTED] wrote:
It's clever that they do that, but additional control is needed in the
future. jackd isn't the most sophisticate media app on this planet (not
too much of an insult :)) [...]
i think you are
I believe there is some accounting error in the ext3 code
for the case when CONFIG_EXT3_FS_XATTR is not selected.
Whenever any one of my development boxes triggers an fsck
at boot because some file system, usually /, has been mounted
sufficiently many times, an inconsistency error occurs:
On Thursday, 3 of February 2005 15:22, Pavel Machek wrote:
Hi!
So, would it be acceptable to check in _suspend() if the state is S4
and drop the frequency in that case or do nothing otherwise?
No. The point is that this is _very_ system-specific. Some systems resume
always at
Hi,
On 03 Feb 2005 02:00:51 -0700
[EMAIL PROTECTED] (Eric W. Biederman) wrote:
A better description is probably make a list of memory regions
using an ELF header data structure in user space.
Use sys_kexec_load to put that list the dump kernel and a little
big of glue code in the reserved
AG == Andreas Gruenbacher [EMAIL PROTECTED] writes:
AG On Wed, 2005-02-02 at 11:50, Herbert Xu wrote:
What if a/b aren't aligned?
AG If people sort arrays that are unaligned even though the
AG element size is a multiple of sizeof(long) (or sizeof(u32)
AG as Matt proposes), they are just
Hi.
On Fri, 2005-02-04 at 10:15, Rafael J. Wysocki wrote:
Instead of trying to blow up the battery I used the patch that forces the CPU
to 800 MHz and it apparently survives resuming on batteries - at least 3
times out of 3 attempts (I'll try some times more tomorrow).
It seems to boot at
Hi,
On Thursday, 3 of February 2005 23:00, Pavel Machek wrote:
Hi!
You may not run k8 notebook on max frequency on battery. Your system
will crash; and you might even damage battery.
When I don't compile in cpufreq, it seems to run at 1,8 GHz (the max)
all the time, on AC power as
Hi,
On Thu, 2005-02-03 at 22:42, Mikael Pettersson wrote:
I believe there is some accounting error in the ext3 code
for the case when CONFIG_EXT3_FS_XATTR is not selected.
Whenever any one of my development boxes triggers an fsck
at boot because some file system, usually /, has been mounted
Rik van Riel writes:
I'm not convinced. Zeroing a page takes 2000-4000 CPU
cycles, while faulting the page from RAM into cache takes
200-400 CPU cycles per cache line, or 6000-12000 CPU
cycles.
On my G5 it takes ~200 cycles to zero a whole page. In other words it
takes about the same time
On Thursday 03 February 2005 21:12, Mark A. Greer wrote:
+ mv64xxx_i2c_fsm(drv_data, status);
It can set drv_data-rc to -ENODEV or -EIO. In both cases -action goes to
MV64XXX_I2C_ACTION_SEND_STOP and mv64xxx_i2c_do_action() will writel()
something. Is it correct to _not_ check -rc
Hi,
On 03 Feb 2005 02:58:02 -0700
[EMAIL PROTECTED] (Eric W. Biederman) wrote:
Itsuro Oda [EMAIL PROTECTED] writes:
Hi,
This is not for kdump but an experience of our project(mkdump).
The dump kernel(not SMP config) boot hangs if machine_kexec()
On Friday, 4 of February 2005 00:34, Nigel Cunningham wrote:
Hi.
On Fri, 2005-02-04 at 10:15, Rafael J. Wysocki wrote:
Instead of trying to blow up the battery I used the patch that forces the
CPU
to 800 MHz and it apparently survives resuming on batteries - at least 3
times out of 3
Hi Ralf,
On Thu, 3 Feb 2005 13:37:15 +0100
Ralf Baechle [EMAIL PROTECTED] wrote:
On Mon, Jan 31, 2005 at 07:46:18AM +0900, Yoichi Yuasa wrote:
This patch adds iomap functions to MIPS system.
And it still only works for a single PCI bus.
Which boards are there a problem?
ocelot-c and
Alexey Dobriyan wrote:
On Thursday 03 February 2005 21:12, Mark A. Greer wrote:
+ mv64xxx_i2c_fsm(drv_data, status);
It can set drv_data-rc to -ENODEV or -EIO. In both cases -action goes to
MV64XXX_I2C_ACTION_SEND_STOP and mv64xxx_i2c_do_action() will writel()
something. Is it correct
Terje Fberg wrote:
Terje Fberg [EMAIL PROTECTED] skrev:
The kernel is compiling right now, but I cannot
reboot this machine until six or seven o'clock
tonight (CET). I will report then.
Well, well, I rebooted the same kernel, now with
MAGIC-SYSRQ enabled. At first the kswapd-effect
wouldn't
Zach Brown [EMAIL PROTECTED] wrote:
After a direct IO write only invalidate the pages that the write intersected.
invalidate_inode_pages2_range(mapping, pgoff start, pgoff end) is added and
called from generic_file_direct_IO(). This doesn't break some subtle
agreement
with some other part
Hi,
On 02 Feb 2005 07:45:11 -0700
[EMAIL PROTECTED] (Eric W. Biederman) wrote:
And the feedback begins :)
Itsuro Oda [EMAIL PROTECTED] writes:
Hi,
I don't like calling crash_kexec() directly in (ex.) panic().
It should be call_dump_hook() (or something like this).
I think
On Thursday 03 February 2005 17:43, Stephen Evanchik wrote:
Vojtech,
Here is a patch that exposes the IBM TrackPoint's extended properties
as well as scroll wheel emulation.
Hi,
Very nice although I have a couple of comments.
/*
+ * Try to initialize the IBM TrackPoint
+ */
+
* Ingo Molnar ([EMAIL PROTECTED]) wrote:
i believe RT-LSM provides a way to solve this cleanly: you can make your
audio app setguid-audio (note: NOT setuid), and make the audio group
have CAP_SYS_NICE-equivalent privilege via the RT-LSM, and then you
could have a finegrained per-app way of
There is an obvious error in the header of /proc/slabinfo
Signed-off-by: Zou Nan hai [EMAIL PROTECTED]
--- linux-2.6.11-rc3/mm/slab.c 2005-02-03 13:29:33.0 +0800
+++ linux-2.6.11-rc3-fix/mm/slab.c 2005-02-03 13:32:42.318821400 +0800
@@ -2860,7 +2860,7 @@ static void *s_start(struct
Followup to: [EMAIL PROTECTED]
By author:jerome lacoste [EMAIL PROTECTED]
In newsgroup: linux.dev.kernel
what about something along?
#define EKEYNEXT130 /* key counter */
and
if ((unsigned long)(res) = (unsigned long)(-EKEYNEXT)) {
What you really need is EMAX.
Itsuro Oda [EMAIL PROTECTED] writes:
Hi,
On 03 Feb 2005 02:00:51 -0700
[EMAIL PROTECTED] (Eric W. Biederman) wrote:
5) dump kernel: export all valid physical memory (and saved register
information) to the user. (as /dev/oldmem /proc/vmcore ?)
Or in user space, by just mmaping
Nick Piggin wrote:
Hmm, your DMA zone has no active pages, and pages_scanned (which
triggers all_unreclaimable)
is only incremented when scanning the active list. But I wonder, if the
pages can't be
freed, why aren't they being put on the active list?
Oh, attached should be a minimal fix if you
CC arch/x86_64/kernel/asm-offsets.s
arch/x86_64/kernel/asm-offsets.c: In function `main':
arch/x86_64/kernel/asm-offsets.c:65: error: invalid application of `sizeof'
to an incomplete type
arch/x86_64/kernel/asm-offsets.c:66: error: dereferencing pointer to
incomplete type
Andrew Morton wrote:
Nick Piggin [EMAIL PROTECTED] wrote:
Oh, attached should be a minimal fix if you would like to try it out.
...
--- linux-2.6/mm/vmscan.c~vmscan-minfix 2005-02-04 11:52:37.0 +1100
+++ linux-2.6-npiggin/mm/vmscan.c 2005-02-04 11:53:32.0 +1100
@@ -575,6
Hi all...
I have a dual Xeon box. I got tired of the noise of the Intel boxed
fans and bought a couple of Swiftech 'hedegehogs' and two ThemalTake
fans.
Board is an Asus PCDL and sensors chip is a w83627hf (heavily modified by
Asus, I suppose, because it has 5! fan sensors). With the Intel fans,
On Thu, Feb 03, 2005 at 10:48:05AM -0800, Nishanth Aravamudan wrote:
On Thu, Feb 03, 2005 at 10:07:15AM -0600, Makhlis, Lev wrote:
Nishanth Aravamudan [EMAIL PROTECTED] wrote:
+static inline unsigned long usecs_to_jiffies(const unsigned int u)
+{
+ if (u
Nick Piggin [EMAIL PROTECTED] wrote:
Oh, attached should be a minimal fix if you would like to try it out.
...
--- linux-2.6/mm/vmscan.c~vmscan-minfix 2005-02-04 11:52:37.0
+1100
+++ linux-2.6-npiggin/mm/vmscan.c 2005-02-04 11:53:32.0 +1100
@@ -575,6 +575,7 @@
Andrew Morton wrote:
Note that the same optimisation should be made in the call to
unmap_mapping_range() in generic_file_direct_IO(). Currently we try and
unmap the whole file, even if we're only writing a single byte. Given that
you're now calculating iov_length() in there we might as well
On Tue, 2005-02-01 at 21:14 +0100, Ingo Molnar wrote:
i have released the -V0.7.37-02 Real-Time Preemption patch, which can be
downloaded from the usual place:
http://redhat.com/~mingo/realtime-preempt/
the big change in the patch is increased architecture support: most
notable i've
On 2005.02.04, J.A. Magallon wrote:
Hi all...
I have a dual Xeon box. I got tired of the noise of the Intel boxed
fans and bought a couple of Swiftech 'hedegehogs' and two ThemalTake
fans.
Board is an Asus PCDL and sensors chip is a w83627hf (heavily modified by
Asus, I suppose, because
Itsuro Oda [EMAIL PROTECTED] writes:
Hi,
On 02 Feb 2005 07:45:11 -0700
[EMAIL PROTECTED] (Eric W. Biederman) wrote:
And the feedback begins :)
Itsuro Oda [EMAIL PROTECTED] writes:
Hi,
I don't like calling crash_kexec() directly in (ex.) panic().
It should be
On Thu, 03 Feb 2005 21:47:11 +0100, Ingo Molnar wrote:
* Con Kolivas [EMAIL PROTECTED] wrote:
* real inter-process handoff. i am thinking of something like
sched_yield(), but it would take a TID as the target
of the yield. this would avoid all the crap we have to
Hi,
On Fri, 04 Feb 2005 08:18:56 +0900
Itsuro Oda [EMAIL PROTECTED] wrote:
5) dump kernel: export all valid physical memory (and saved register
information) to the user. (as /dev/oldmem /proc/vmcore ?)
Or in user space, by just mmaping /dev/mem. That is part of the
current
On Fri, 4 Feb 2005, Paul Mackerras wrote:
On my G5 it takes ~200 cycles to zero a whole page. In other words it
takes about the same time to zero a page as to bring in a single cache
line from memory. (PPC has an instruction to establish a whole cache
line of zeroes in modified state
Zach Brown [EMAIL PROTECTED] wrote:
I'll make that change and plop the patch into -mm, but we need to think
about the infinite-loop problem..
I can try hacking together that macro and auditing pagevec_lookup()
callers..
I'd be inclined to hold off on the macro until we actually get
Hi!
Nigel Cunningham wrote:
Hi.
On Fri, 2005-02-04 at 09:54, Pavel Machek wrote:
Hi!
Are you able to use framebuffer(radeonfb,1024x768) with this
configuration or do you need to use plain vga-console for it to work?
No.
For a working framebuffer console you would have to perform the
OK that was the note I was about to send, but like I stated, it isn't a
problem now that the timer interrupt is back to a hard interrupt. I just
showing this to you so you can see the real problem. Maybe I'm missing
something, and maybe I'm not. I'll try to write up something that shows
the
Itsuro Oda [EMAIL PROTECTED] writes:
Hi,
On 03 Feb 2005 02:58:02 -0700
[EMAIL PROTECTED] (Eric W. Biederman) wrote:
Itsuro Oda [EMAIL PROTECTED] writes:
Hi,
This is not for kdump but an experience of our project(mkdump).
The dump kernel(not SMP config) boot hangs if
Hi.
On Fri, 2005-02-04 at 13:35, Carl-Daniel Hailfinger wrote:
Can we use call_usermodehelper at this early resume stage (before any
video access)? Calling vm86 directly is probably not going to fly
because we want to be shielded from any misbehaviour in the bios code
and it may be necessary
Hi,
The legacy_io which is the member of pci_bus struct might be
NULL. It should be checked.
This patch checks 'b-legacy_io', NULL or not.
Signed-off-by: MUNEDA Takahiro [EMAIL PROTECTED]
---
probe.c |8 +---
1 files changed, 5 insertions(+), 3 deletions(-)
diff -Npur
On Sun, Jan 30, 2005 at 12:05:27PM -0500, Jon Smirl wrote:
On Sun, 30 Jan 2005 17:32:41 +0100, Helge Hafting
[EMAIL PROTECTED] wrote:
Yes, it is a PCI radeon. And the machine has an AGP slot
too, which is used by a matrox G550. This AGP card was not
used in the test, (other than being
On Thursday 03 February 2005 19:34, Dmitry Torokhov wrote:
On Thursday 03 February 2005 17:43, Stephen Evanchik wrote:
Vojtech,
Here is a patch that exposes the IBM TrackPoint's extended properties
as well as scroll wheel emulation.
Hi,
Very nice although I have a couple of
Matt Mackall wrote:
On Wed, Feb 02, 2005 at 10:44:14PM -0500, Ethan Weinstein wrote:
...
Finally, I used a crossover cable between the two boxes, which resulted
in the same error from sshd again.
Well ssh isn't an especially good test as it's hard to debug.
Try transferring large compressed
On Thu, 3 Feb 2005 22:52:44 -0500, Dmitry Torokhov
[EMAIL PROTECTED] wrote:
OK, I have read the code once again, and saw that you have special
handling within PS/2 protocol based on model constant. Please set
psmouse type to PSMOUSE_TRACKPOINT instead of model and provide full
protocol
This is with the fedora kernel 2.6.10-1.760_FC3smp
I've reproduced this on 2 SMP systems with different NFS servers and
several Fedora 2.6.10 kernels. I could not reproduce the problem with a
non-SMP kernel or a 2.4 kernel. I have not tried with a pre 2.6.10 kernel.
I think some others have seen
This appears to me to be a problem with the drivers in the X server.
DRM isn't active yet so I don't think the problem is there. There may
have been a kernel change that caused BIOS reset to stop working.
X does nasty things to the PCI bus from user space and there are many
ways that X and the
Just a few days ago I installed a brand new OEM AOpen DUW1608/ARR. At
times while mounting DVDs the drive would lose files between ls's, or
get I/O errors while ls'ing. I also noticed the same errors you posted
below. I might have stumbled across a solution to this problem. In my
BIOS I
Reseting a video card from suspend is essentially the same problem as
reseting secondary video cards on boot. The same code can address both
problems.
Some things to consider
1) With multiple video cards you have to ensure only a single VGA gets
enabled. Running video reset on a card is
On Thu, Feb 03, 2005 at 11:16:37PM -0500, Ethan Weinstein wrote:
Matt Mackall wrote:
On Wed, Feb 02, 2005 at 10:44:14PM -0500, Ethan Weinstein wrote:
...
Finally, I used a crossover cable between the two boxes, which resulted
in the same error from sshd again.
Well ssh isn't an
* Tony Lindgren [EMAIL PROTECTED] [050203 15:07]:
* Pavel Machek [EMAIL PROTECTED] [050203 02:57]:
Hi!
I used your config advices from second mail, still it does not
work as
expected: system gets too sleepy. Like it takes a nap during
boot
after
Christoph Lameter writes:
You need to think about this in a different way. Prezeroing only makes
sense if it can avoid using cache lines that the zeroing in the
hot paths would have to use since it touches all cachelines on
the page (the ppc instruction is certainly nice and avoids a
Kevin Fries wrote:
Any ETA on when udev is going to be ready for prime time? And, any
clue why Fedora insists on relying on a program that does not f*(%ing
work
I am trying to get a Microtek X12 USL scanner attached, and udev fails
to mount it, every time. Has anyone tried uninstalling
The logs with secondary radeon used to end like this:
(II) LoadModule: int10
(II) Reloading /usr/X11R6/lib/modules/linux/libint10.a
(II) RADEON(0): initializing int10
(**) RADEON(0): Option InitPrimary on
(II) Truncating PCI BIOS Length to 53248
The logs for secondary G550 ends like this,
Hi,
On Thu, Feb 03, 2005 at 11:16:37PM -0500, Ethan Weinstein wrote:
(...)
Excellent tip, thanks. I was able to reprodce the problem several times
using this technique with nc, however the problem was intermittent (as
nasty problems like this often are). I used a 1.3G gzipped tarball and
Hi,
The reason I was asking and assuming you had a 32bit kernel is that
you were quoting pieces of arch/i386/kernel/crash.c instead of
arch/x86_64/kernel/crash.c
Using arch/i386/kernel/crash.c is just for explanation how we avoid
the hang. (I found x86_64 kdump is not supported in
On Thu, Feb 03, 2005 at 10:54:51PM +0100, Peter Osterlund wrote:
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
On Fri, 4 Feb 2005, Paul Mackerras wrote:
The dcbz instruction on the G5 (PPC970) establishes the new cache line
in the L2 cache and doesn't disturb the L1 cache (except to invalidate
the line in the L1 data cache if it is present there). The L2 cache
is 512kB and 8-way set associative
On Thu, 3 Feb 2005, Tony Lindgren wrote:
It could also be that the reprogamming of PIT timer does not work on
your machine. I chopped off the udelays there... Can you try
something like this:
I added the udelays, but behaviour did not change.
Yeah, and if the first patch
On Thu, Feb 03, 2005 at 07:34:16PM -0500, Dmitry Torokhov wrote:
On Thursday 03 February 2005 17:43, Stephen Evanchik wrote:
Vojtech,
Here is a patch that exposes the IBM TrackPoint's extended properties
as well as scroll wheel emulation.
Hi,
Very nice although I have a
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 assumed that both the pad and the screen
On Thu, 2005-02-03 at 22:26 -0800, Christoph Lameter wrote:
On Fri, 4 Feb 2005, Paul Mackerras wrote:
As has my scepticism about pre-zeroing actually providing any benefit
on ppc64. Nevertheless, the only definitive answer is to actually
measure the performance both ways.
Of course.
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Vojtech Pavlik wrote:
| On Thu, Feb 03, 2005 at 07:34:16PM -0500, Dmitry Torokhov wrote:
|
|On Thursday 03 February 2005 17:43, Stephen Evanchik wrote:
|
|Vojtech,
|
|Here is a patch that exposes the IBM TrackPoint's extended properties
|as well as
On Fri, 4 Feb 2005, Nick Piggin wrote:
If you have got to the stage of doing real world tests, I'd be
interested to see results of tests that best highlight the improvements.
I am trying to figure out which tests to use right now.
I imagine many general purpose server things wouldn't be
On Fri, Feb 04, 2005 at 01:52:39AM -0500, Dmitry Torokhov wrote:
On Friday 04 February 2005 01:35, Vojtech Pavlik wrote:
On Thu, Feb 03, 2005 at 07:34:16PM -0500, Dmitry Torokhov wrote:
On Thursday 03 February 2005 17:43, Stephen Evanchik wrote:
Vojtech,
Here is a patch that
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:
* Removes the xres/yres scaling so that you get the same speed in the
X and Y directions even if your screen is
On Friday 04 February 2005 01:35, Vojtech Pavlik wrote:
On Thu, Feb 03, 2005 at 07:34:16PM -0500, Dmitry Torokhov wrote:
On Thursday 03 February 2005 17:43, Stephen Evanchik wrote:
Vojtech,
Here is a patch that exposes the IBM TrackPoint's extended properties
as well as scroll
601 - 700 of 705 matches
Mail list logo