* Re: IBM spamms me with error messages
From: Matti Aarnio @ 2002-12-10 22:43 UTC (permalink / raw)
To: Pavel Machek; +Cc: kernel list
In-Reply-To: <20021210205611.GH20049@atrey.karlin.mff.cuni.cz>
On Tue, Dec 10, 2002 at 09:56:11PM +0100, Pavel Machek wrote:
> Hi!
>
> I replied to some mail on l-k and IBM spammed me with 20+ error
> messages. Now it is apparently going to do that again.
Still/again ?
> IBM: I asked your postmasters to fix your mail systems, and you
> apparently don't know how to do that. Can you fix it?!
>
> I don't know what broken mailserver substituted my email address as
> pavel%internet.vnet@RCHGATE.RCHLAND.IBM.COM, and I do not care much,
> but STOP SPAMMING ME.
> Pavel
It is same type of MTA misbehaviour as is exhibited by
various M$ email virus scanners. Visible "From:" header
has absolutely nothing to do with what is the correct
address to send the message to. (Or "To:"/"Cc:" headers..)
> RCHGATE.RCHLAND.IBM.COM unable to deliver following mail to
> recipient(s):
> <tinglett@rchmail.rchland.ibm.com>
> RCHGATE.RCHLAND.IBM.COM received negative reply:
> 501 5.1.8 <@RCHGATE.RCHLAND.IBM.COM:PAVEL@INTERNET.RSCS>... Domain of
> sender address PAVEL@INTERNET.RSCS does not exist
Tinglett isn't subscribed. Yet the message is quite fresh...
> ** Text of Mail follows **
> Received: by RCHGATE.RCHLAND.IBM.COM (IBM VM SMTP Level 3A0) via
> spool with SMTP id 6538 ; Tue, 10 Dec 2002 14:45:57 CST
> Received: by RCHGATE (cvtto822 5.1.7) via <pavel@internet> id 2652
> (NOTE)
> for <tinglett@rchland>; Tue, 10 Dec 2002 14:45:57 -0600
> Date: Tue, 10 Dec 2002 21:40:31 +0100
> From: "Pavel Machek" <pavel%internet.vnet@RCHGATE.RCHLAND.IBM.COM>
> To: "Alan Cox" <alan@lxorguk.ukuu.org.uk>
^ permalink raw reply
* atyfb in 2.5.51
From: Paul Mackerras @ 2002-12-10 22:31 UTC (permalink / raw)
To: James Simmons; +Cc: linux-kernel, linux-fbdev-devel
I tried 2.5.51 on my G3 powerbook (laptop), which has a Rage LT Pro
video chip (ID 0x4c49 or LI). With the patch below, atyfb compiles
and seems to mostly work. However, I didn't see any penguin on boot.
Instead the top inch or so of the screen was just black.
X seems to be running just fine. I have 'Option "UseFBDev"' in my
/etc/X11/XF86Config-4. What doesn't work is changing VTs from X to a
text console. If I press ctrl-alt-F1, for instance, the colormap
changes but I don't see anything get redrawn. The screen looks just
like what I had in X but with the altered colormap. If I then press
alt-F7, it switches back to X and X redraws the screen properly and
restores its colormap.
The other worrying thing is that on two occasions now the machine has
oopsed in free_block(), called from reap_timer_fnc(), because it has
dereferenced a bogus pointer value. When I look at the memory that it
read the pointer from, it looks like a console screen buffer, that is,
the bytes are alternately 0x07 and ascii characters that look like a
login prompt. This happened when waking the machine up from sleep and
when exiting X. It sounds to me like you are freeing a console screen
buffer and then continuing to use it.
The patch below also takes out the CONFIG_NVRAM stuff since it doesn't
work and I don't believe anyone has ever used it.
I have also tried aty128fb with some local patches to get it to
compile for my G4 powerbook. It also doesn't draw the penguin, and it
oopses when X starts, for some reason.
Regards,
Paul.
diff -urN linux-2.5/drivers/video/aty/atyfb_base.c pmac-2.5/drivers/video/aty/atyfb_base.c
--- linux-2.5/drivers/video/aty/atyfb_base.c 2002-12-10 15:29:52.000000000 +1100
+++ pmac-2.5/drivers/video/aty/atyfb_base.c 2002-12-11 09:16:11.000000000 +1100
@@ -70,7 +70,7 @@
#ifdef __powerpc__
#include <asm/prom.h>
-#include <video/macmodes.h>
+#include "../macmodes.h" /* XXX relative include, yuck */
#endif
#ifdef __sparc__
#include <asm/pbm.h>
@@ -84,9 +84,6 @@
#ifdef CONFIG_BOOTX_TEXT
#include <asm/btext.h>
#endif
-#ifdef CONFIG_NVRAM
-#include <linux/nvram.h>
-#endif
#ifdef CONFIG_PMAC_BACKLIGHT
#include <asm/backlight.h>
#endif
@@ -226,14 +223,9 @@
#endif
#ifdef CONFIG_PPC
-#ifdef CONFIG_NVRAM_NOT_DEFINED
-static int default_vmode __initdata = VMODE_NVRAM;
-static int default_cmode __initdata = CMODE_NVRAM;
-#else
static int default_vmode __initdata = VMODE_CHOOSE;
static int default_cmode __initdata = CMODE_CHOOSE;
#endif
-#endif
#ifdef CONFIG_ATARI
static unsigned int mach64_count __initdata = 0;
@@ -1412,16 +1404,16 @@
static int aty_sleep_notify(struct pmu_sleep_notifier *self, int when)
{
struct fb_info *info;
- struct atyfb_par *par = (struct atyfb_par *) info->fb.par;
+ struct atyfb_par *par;
int result;
result = PBOOK_SLEEP_OK;
for (info = first_display; info != NULL; info = par->next) {
- struct fb_fix_screeninfo fix;
int nb;
- nb = fb_display[fg_console].var.yres * info->fix.line_length;
+ par = (struct atyfb_par *) info->par;
+ nb = info->var.yres * info->fix.line_length;
switch (when) {
case PBOOK_SLEEP_REQUEST:
@@ -1439,7 +1431,7 @@
if (par->blitter_may_be_busy)
wait_for_idle(par);
/* Stop accel engine (stop bus mastering) */
- if (par->accel_flags & FB_ACCELF_TEXT)
+ if (info->var.accel_flags & FB_ACCELF_TEXT)
aty_reset_engine(par);
/* Backup fb content */
@@ -1844,14 +1836,6 @@
(&var, info, mode_option, 8))
var = default_var;
} else {
-#ifdef CONFIG_NVRAM
- if (default_vmode == VMODE_NVRAM) {
- default_vmode = nvram_read_byte(NV_VMODE);
- if (default_vmode <= 0
- || default_vmode > VMODE_MAX)
- default_vmode = VMODE_CHOOSE;
- }
-#endif
if (default_vmode == VMODE_CHOOSE) {
if (M64_HAS(G3_PB_1024x768))
/* G3 PowerBook with 1024x768 LCD */
@@ -1873,10 +1857,6 @@
if (default_vmode <= 0
|| default_vmode > VMODE_MAX)
default_vmode = VMODE_640_480_60;
-#ifdef CONFIG_NVRAM
- if (default_cmode == CMODE_NVRAM)
- default_cmode = nvram_read_byte(NV_CMODE);
-#endif
if (default_cmode < CMODE_8
|| default_cmode > CMODE_32)
default_cmode = CMODE_8;
^ permalink raw reply
* Re: hard drive head parking in linux
From: Chuck Gelm @ 2002-12-10 22:28 UTC (permalink / raw)
To: Jerry James Haumberger; +Cc: linux-newbie
In-Reply-To: <200212102113.OAA21014@cu.imt.net>
I feel the need to separate this discussion to two drive types:
1. MFM & RLL
2. IDE
Jerry James Haumberger wrote:
>
> >> is this already an automatic feature of the
> >> later hard drives...
>
> >Yes, AFAIK this is an automatic eature of all IDE drives.
>
> Good. If I listen closely to this 486 DX2 system, I can
> hear the gentle "plunk" sound as the IDE drive heads move
> into or out of position. For example, I suspect that when I
> hear this sound shortly after activating the screen (when it
> has been blanked by the screen saver under BasicLinux) and do
> something on the keyboard, the HD heads that were lifted off
> from above the hard drive surface during the quiet period are
> moving back closer into their normal active position -- just
> scarcely above the hard disk surface.
I assume that the aforementioned system is IDE based
and does not fall under the subject
"hard drive head parking in linux".
> >It's not a big issue (it will be a very rare bird that
> >runs Linux on an old XT HD). If you want to protect the
> >HD, just reset to DOS and run the park utility before
> >powering down.
>
> These older machines do just fine with DOS and the Internet
> without the need for something more complex, like Linux. I
> keep pretty close to software/hardware combinations that were
> usual for the active period of each of my classic machines. The
> Linux console-only installation on this 486 DX2 is altogether
> "normal", in my opinion, right along with its dual relationship
> alongside PC DOS 7. I don't think it would have been a peculiar
> combination back in the early 1990's (this machine has a late
> 1991 BIOS). Around 1994, let's say, this would have been a
> very powerful and expensive machine, but not unattainable for
> those who could afford it, nor strange.
Again, this does not seem to follow the subject.
> All in all, though, I believe that Linux is easier on and kinder
> to old hardware; and for serious professional use of classic
> machines, folks should consider using Linux to prolong the
> productivity of such hardware -- and they should preferably
> begin with the most basic of distributions, such as your
> BasicLinux, with no less than the minimum hardware requirements
> you've mentioned.
"...serious professional use of classic machines..."
Seems oxymoronic to me. :-|
> Jerry... on a 486 DX2-50MHz with 8MB RAM in BasicLinux 1.7
> and Midnight Commander at the lab of Classic Systems, Ltd.
Not on it, but I do run an 80486dx33 as my firewall and route.
;-)
Chuck
-
To unsubscribe from this list: send the line "unsubscribe linux-newbie" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.linux-learn.org/faqs
^ permalink raw reply
* soundcard matrix: broken links etc.
From: John S. Denker @ 2002-12-10 22:28 UTC (permalink / raw)
To: goemon, alsa-devel
In-Reply-To: <E18LQai-0006m2-00@sc8-sf-list1.sourceforge.net>
Hi --
The soundcard matrix needs attention.
http://www.alsa-project.org/~goemon/
I ran a basic link-checker on it.
The error-log is so large that I hesitate to
send the whole thing by email. Here's the summary:
Code Occurrences What to do
200 1 There are broken fragments which must be fixed.
301 2 You should update the link.
302 27 Usually nothing.
401 4 The link is not public. You'd better specify it.
403 1 The link is forbidden! This needs fixing.
404 64 The link is broken. Fix it NOW!
500 38 Either the hostname is incorrect or ...
You can grab the details from
http://www.av8n.net/~jsd/alsa/checked-links.html.gz
http://www.av8n.net/~jsd/alsa/checked-links.html
====================
HINT: There are decent link-checkers available for free,
e.g. http://validator.w3.org/checklink
It wouldn't hurt to run them once in a while.....
-------------------------------------------------------
This sf.net email is sponsored by:
With Great Power, Comes Great Responsibility
Learn to use your power at OSDN's High Performance Computing Channel
http://hpc.devchannel.org/
^ permalink raw reply
* [BENCHMARK] AIM9 results
From: Paolo Ciarrocchi @ 2002-12-10 22:10 UTC (permalink / raw)
To: linux-kernel; +Cc: akpm
Hi all,
file system is reiserfs.
2.4.19
2.5.50
2.5.51
add_double 10030 23.9282 430707.88 Thousand Double Precision Additions/second
add_double 10040 23.7052 426693.23 Thousand Double Precision Additions/second
add_double 10030 23.7288 427118.64 Thousand Double Precision Additions/second
add_float 10000 35.9 430800.00 Thousand Single Precision Additions/second
add_float 10010 35.5644 426773.23 Thousand Single Precision Additions/second
add_float 10010 35.5644 426773.23 Thousand Single Precision Additions/second
add_long 10010 22.1778 1330669.33 Thousand Long Integer Additions/second
add_long 10020 21.9561 1317365.27 Thousand Long Integer Additions/second
add_long 10020 21.9561 1317365.27 Thousand Long Integer Additions/second
add_int 10020 22.0559 1323353.29 Thousand Integer Additions/second
add_int 10010 21.8781 1312687.31 Thousand Integer Additions/second
add_int 10020 21.8563 1311377.25 Thousand Integer Additions/second
add_short 10000 55.4 1329600.00 Thousand Short Integer Additions/second
add_short 10010 54.8452 1316283.72 Thousand Short Integer Additions/second
add_short 10000 54.9 1317600.00 Thousand Short Integer Additions/second
creat-clo 10040 19.4223 19422.31 File Creations and Closes/second
creat-clo 10040 17.4303 17430.28 File Creations and Closes/second
creat-clo 10010 87.2128 87212.79 File Creations and Closes/second
^^^^Big change here!
page_test 10000 123.9 210630.00 System Allocations & Pages/second
page_test 10000 104.8 178160.00 System Allocations & Pages/second
page_test 10000 105.7 179690.00 System Allocations & Pages/second
^^^ still slower than 2.4.19
brk_test 10010 48.951 832167.83 System Memory Allocations/second
brk_test 10000 44.5 756500.00 System Memory Allocations/second
brk_test 10020 44.6108 758383.23 System Memory Allocations/second
^^^ still slower than 2.4.19
jmp_test 10000 4313.7 4313700.00 Non-local gotos/second
jmp_test 10000 4272.6 4272600.00 Non-local gotos/second
jmp_test 10000 4273.2 4273200.00 Non-local gotos/second
signal_test 10000 166.1 166100.00 Signal Traps/second
signal_test 10000 125.5 125500.00 Signal Traps/second
signal_test 10000 157.4 157400.00 Signal Traps/second
^^^2.5.51 is better than 2.5.50 but 2.4.19 is faster
exec_test 10000 13.8 69.00 Program Loads/second
exec_test 10040 12.9482 64.74 Program Loads/second
exec_test 10020 12.9741 64.87 Program Loads/second
^^^2.5.* is slower than 2.4.19
fork_test 10000 44.8 4480.00 Task Creations/second
fork_test 10010 25.7742 2577.42 Task Creations/second
fork_test 10020 23.9521 2395.21 Task Creations/second
^^^ Very slow here
link_test 10000 155.3 9783.90 Link/Unlink Pairs/second
link_test 10010 141.658 8924.48 Link/Unlink Pairs/second
link_test 10000 147.7 9305.10 Link/Unlink Pairs/second
^^^ I don't know the meaning of this test, but 2.5.* is slower than 2.4.19
disk_rr 10050 6.96517 35661.69 Random Disk Reads (K)/second
disk_rr 10120 7.31225 37438.74 Random Disk Reads (K)/second
disk_rr 10110 7.51731 38488.63 Random Disk Reads (K)/second
disk_rw 10060 5.666 29009.94 Random Disk Writes (K)/second
disk_rw 10120 6.62055 33897.23 Random Disk Writes (K)/second
disk_rw 10000 6.8 34816.00 Random Disk Writes (K)/second
disk_rd 10010 38.1618 195388.61 Sequential Disk Reads (K)/second
disk_rd 10020 38.024 194682.63 Sequential Disk Reads (K)/second
disk_rd 10020 38.024 194682.63 Sequential Disk Reads (K)/second
disk_wrt 10100 8.51485 43596.04 Sequential Disk Writes (K)/second
disk_wrt 10020 9.08184 46499.00 Sequential Disk Writes (K)/second
disk_wrt 10070 9.43396 48301.89 Sequential Disk Writes (K)/second
disk_cp 10120 7.31225 37438.74 Disk Copies (K)/second
disk_cp 10010 7.49251 38361.64 Disk Copies (K)/second
disk_cp 10010 7.69231 39384.62 Disk Copies (K)/second
sync_disk_rw 16020 0.062422 159.80 Sync Random Disk Writes (K)/second
sync_disk_rw 14500 0.0689655 176.55 Sync Random Disk Writes (K)/second
sync_disk_rw 18790 0.0532198 136.24 Sync Random Disk Writes (K)/second
sync_disk_wrt 11220 0.0891266 228.16 Sync Sequential Disk Writes (K)/second
sync_disk_wrt 10240 0.0976562 250.00 Sync Sequential Disk Writes (K)/second
sync_disk_wrt 10150 0.0985222 252.22 Sync Sequential Disk Writes (K)/second
sync_disk_cp 10870 0.0919963 235.51 Sync Disk Copies (K)/second
sync_disk_cp 19900 0.100503 257.29 Sync Disk Copies (K)/second
sync_disk_cp 19580 0.102145 261.49 Sync Disk Copies (K)/second
disk_src 10000 118.2 8865.00 Directory Searches/second
disk_src 10010 109.191 8189.31 Directory Searches/second
disk_src 10010 110.889 8316.68 Directory Searches/second
div_double 10000 24.4 73200.00 Thousand Double Precision Divides/second
div_double 10020 24.1517 72455.09 Thousand Double Precision Divides/second
div_double 10020 24.1517 72455.09 Thousand Double Precision Divides/second
div_float 10010 24.3756 73126.87 Thousand Single Precision Divides/second
div_float 10020 24.1517 72455.09 Thousand Single Precision Divides/second
div_float 10010 24.1758 72527.47 Thousand Single Precision Divides/second
div_long 10020 19.9601 17964.07 Thousand Long Integer Divides/second
div_long 10010 19.7802 17802.20 Thousand Long Integer Divides/second
div_long 10020 19.7605 17784.43 Thousand Long Integer Divides/second
div_int 10020 19.9601 17964.07 Thousand Integer Divides/second
div_int 10020 19.7605 17784.43 Thousand Integer Divides/second
div_int 10010 19.7802 17802.20 Thousand Integer Divides/second
div_short 10030 19.9402 17946.16 Thousand Short Integer Divides/second
div_short 10020 19.7605 17784.43 Thousand Short Integer Divides/second
div_short 10020 19.7605 17784.43 Thousand Short Integer Divides/second
fun_cal 10000 62.5 32000000.00 Function Calls (no arguments)/second
fun_cal 10000 61.9 31692800.00 Function Calls (no arguments)/second
fun_cal 10000 61.9 31692800.00 Function Calls (no arguments)/second
fun_cal1 10000 170.4 87244800.00 Function Calls (1 argument)/second
fun_cal1 10000 169 86528000.00 Function Calls (1 argument)/second
fun_cal1 10010 168.831 86441558.44 Function Calls (1 argument)/second
fun_cal2 10000 112.5 57600000.00 Function Calls (2 arguments)/second
fun_cal2 10010 111.389 57030969.03 Function Calls (2 arguments)/second
fun_cal2 10000 111.5 57088000.00 Function Calls (2 arguments)/second
fun_cal15 10010 34.0659 17441758.24 Function Calls (15 arguments)/second
fun_cal15 10010 33.7662 17288311.69 Function Calls (15 arguments)/second
fun_cal15 10010 33.7662 17288311.69 Function Calls (15 arguments)/second
sieve 10450 0.861244 4.31 Integer Sieves/second
sieve 10620 0.847458 4.24 Integer Sieves/second
sieve 10600 0.849057 4.25 Integer Sieves/second
mul_double 10020 21.5569 258682.63 Thousand Double Precision Multiplies/second
mul_double 10030 21.336 256031.90 Thousand Double Precision Multiplies/second
mul_double 10020 21.3573 256287.43 Thousand Double Precision Multiplies/second
mul_float 10030 21.5354 258424.73 Thousand Single Precision Multiplies/second
mul_float 10030 21.336 256031.90 Thousand Single Precision Multiplies/second
mul_float 10030 21.336 256031.90 Thousand Single Precision Multiplies/second
mul_long 10000 947.7 227448.00 Thousand Long Integer Multiplies/second
mul_long 10000 939.6 225504.00 Thousand Long Integer Multiplies/second
mul_long 10000 939.6 225504.00 Thousand Long Integer Multiplies/second
mul_int 10000 951.9 228456.00 Thousand Integer Multiplies/second
mul_int 10000 941.2 225888.00 Thousand Integer Multiplies/second
mul_int 10000 943.2 226368.00 Thousand Integer Multiplies/second
mul_short 10000 759.1 227730.00 Thousand Short Integer Multiplies/second
mul_short 10000 753.3 225990.00 Thousand Short Integer Multiplies/second
mul_short 10000 753.4 226020.00 Thousand Short Integer Multiplies/second
num_rtns_1 10000 467.2 46720.00 Numeric Functions/second
num_rtns_1 10000 463.8 46380.00 Numeric Functions/second
num_rtns_1 10000 463.8 46380.00 Numeric Functions/second
trig_rtns 10010 28.6713 286713.29 Trigonometric Functions/second
trig_rtns 10020 28.3433 283433.13 Trigonometric Functions/second
trig_rtns 10020 28.3433 283433.13 Trigonometric Functions/second
matrix_rtns 10000 5964.3 596430.00 Point Transformations/second
matrix_rtns 10000 5904.9 590490.00 Point Transformations/second
matrix_rtns 10000 5906.8 590680.00 Point Transformations/second
array_rtns 10010 13.6863 273.73 Linear Systems Solved/second
array_rtns 10050 13.5323 270.65 Linear Systems Solved/second
array_rtns 10010 13.2867 265.73 Linear Systems Solved/second
string_rtns 10060 9.04573 904.57 String Manipulations/second
string_rtns 10050 8.95522 895.52 String Manipulations/second
string_rtns 10050 8.95522 895.52 String Manipulations/second
mem_rtns_1 10000 27.7 831000.00 Dynamic Memory Operations/second
mem_rtns_1 10020 23.4531 703592.81 Dynamic Memory Operations/second
mem_rtns_1 10010 24.975 749250.75 Dynamic Memory Operations/second
^^^ 2.5.51 is faster than 2.5.50 but is not fast as 2.4.19
mem_rtns_2 10000 1632.5 163250.00 Block Memory Operations/second
mem_rtns_2 10000 1631.9 163190.00 Block Memory Operations/second
mem_rtns_2 10000 1631.8 163180.00 Block Memory Operations/second
sort_rtns_1 10020 33.6327 336.33 Sort Operations/second
sort_rtns_1 10010 33.0669 330.67 Sort Operations/second
sort_rtns_1 10010 33.0669 330.67 Sort Operations/second
misc_rtns_1 10000 782.2 7822.00 Auxiliary Loops/second
misc_rtns_1 10000 713.8 7138.00 Auxiliary Loops/second
misc_rtns_1 10000 738 7380.00 Auxiliary Loops/second
^^^ 2.5.* is still slow
dir_rtns_1 10000 85.8 858000.00 Directory Operations/second
dir_rtns_1 10010 73.7263 737262.74 Directory Operations/second
dir_rtns_1 10000 96.9 969000.00 Directory Operations/second
^^^ Good result here for 2.5.51
shell_rtns_1 10020 25.9481 25.95 Shell Scripts/second
shell_rtns_1 10000 23.9 23.90 Shell Scripts/second
shell_rtns_1 10030 24.1276 24.13 Shell Scripts/second
shell_rtns_2 10010 26.0739 26.07 Shell Scripts/second
shell_rtns_2 10010 23.976 23.98 Shell Scripts/second
shell_rtns_2 10000 24.1 24.10 Shell Scripts/second
shell_rtns_3 10010 26.0739 26.07 Shell Scripts/second
shell_rtns_3 10030 23.9282 23.93 Shell Scripts/second
shell_rtns_3 10000 24.1 24.10 Shell Scripts/second
series_1 10000 31924.9 3192490.00 Series Evaluations/second
series_1 10000 31644.6 3164460.00 Series Evaluations/second
series_1 10000 31651.5 3165150.00 Series Evaluations/second
shared_memory 10000 2227.4 222740.00 Shared Memory Operations/second
shared_memory 10000 1935.9 193590.00 Shared Memory Operations/second
shared_memory 10000 1987.5 198750.00 Shared Memory Operations/second
^^^ Slow
tcp_test 10000 661.7 59553.00 TCP/IP Messages/second
tcp_test 10000 537.6 48384.00 TCP/IP Messages/second
tcp_test 10000 558.7 50283.00 TCP/IP Messages/second
^^^Debug I guess
udp_test 10000 1182.7 118270.00 UDP/IP DataGrams/second
udp_test 10000 994.6 99460.00 UDP/IP DataGrams/second
udp_test 10000 972.3 97230.00 UDP/IP DataGrams/second
^^^Debug I guess
fifo_test 10000 1207 120700.00 FIFO Messages/second
fifo_test 10000 991.2 99120.00 FIFO Messages/second
fifo_test 10000 1052.3 105230.00 FIFO Messages/second
^^^ Slow
stream_pipe 10000 2418.6 241860.00 Stream Pipe Messages/second
stream_pipe 10000 2161.5 216150.00 Stream Pipe Messages/second
stream_pipe 10000 2281.5 228150.00 Stream Pipe Messages/second
^^^ 2.5.51 is better than 2.5.50, but 2.4.19 is the winner
dgram_pipe 10000 2357.8 235780.00 DataGram Pipe Messages/second
dgram_pipe 10000 2132.4 213240.00 DataGram Pipe Messages/second
dgram_pipe 10000 2112.2 211220.00 DataGram Pipe Messages/second
^^^ Slow
pipe_cpy 10000 3918 391800.00 Pipe Messages/second
pipe_cpy 10000 3137.1 313710.00 Pipe Messages/second
pipe_cpy 10000 3139 313900.00 Pipe Messages/second
^^^ Slow
ram_copy 10000 19338.7 483854274.00 Memory to Memory Copy/second
ram_copy 10000 19158.1 479335662.00 Memory to Memory Copy/second
ram_copy 10000 19160.9 479405718.00 Memory to Memory Copy/second
--
______________________________________________
http://www.linuxmail.org/
Now with POP3/IMAP access for only US$19.95/yr
Powered by Outblaze
^ permalink raw reply
* Re: [PATCH][2.5][Trivial] VIA Rhine Kconfig entry
From: Alan Cox @ 2002-12-10 20:52 UTC (permalink / raw)
To: Steve Brueggeman
Cc: Roger Luethi, Jeff Garzik, Andrew Morton,
Linux Kernel Mailing List
In-Reply-To: <tffcvu8iled7p71rg15m73o1bslo6q0qmm@4ax.com>
On Tue, 2002-12-10 at 19:19, Steve Brueggeman wrote:
> Is it possible that this may be related to this thread???
I am sure it is
^ permalink raw reply
* Re: [BK-2.4] [PATCH] Small do_mmap_pgoff correction
From: DervishD @ 2002-12-10 22:28 UTC (permalink / raw)
To: David S. Miller; +Cc: linux-kernel, marcelo
In-Reply-To: <20021210.141451.66294590.davem@redhat.com>
Hi David :)
> How about something like:
>
> if (len == 0)
> return addr;
>
> len = PAGE_ALIGN(len);
> if (len > TASK_SIZE || len == 0)
> return -EINVAL;
>
> That should cover all cases and not make the TASK_SIZE assumption.
Perfect :) If you want, I can make the patch and tell to Alan and
Linus. Anyway, I think you will better heared than me O:))
Anyway, I'll take a look at a new macro (lets say PAGE_ALIGN_SIZE
or something as ugly as this ;)))
Thanks for your correction.
Raúl
^ permalink raw reply
* Re: Trouble with kernel 2.4.18-18.7.x
From: Alan Cox @ 2002-12-10 20:51 UTC (permalink / raw)
To: Karina; +Cc: Linux Kernel Mailing List
In-Reply-To: <3DF6418F.B73A93E5@acabtu.com.mx>
On Tue, 2002-12-10 at 19:33, Karina wrote:
> Hi, i've just installed kernel 2.4.18-18.7.x (from RPM) and now it
> seems there are problems with my scsi devices.
> I have attached an adaptec scsi AIC7XXX adapter, the system detects the
> device, but in the logs appears messages: "blk: queue c24afa18, I/0
> limit 4095Mb (mask0xfffffff)", these messages didn't appear before with
> my old kernel.
Thats a perfectly normal message. Its giving parameters for your scsi
> Also, there are another messages in the dmesg results:
>
> kmod: failed to exec /sbin/modprobe -s -k scsi_hostadapter errno = 2
That one is a bit stranger. I'd have expected it to put the scsi adapter
in the initrd which apparently it hasnt
> When i try to list or do something with my tape the message: st0 block
> limits 1 - 16777215 bytes appears...
Quite normal.
So it looks like its ok. Do file the kmod: failed to exec report in
https://bugzilla.redhat.com/bugzilla however. Regardless of it not being
a problem in your case it does want fixing
^ permalink raw reply
* [TRIVIAL PATCH] FBDEV: Small impact patch for fbdev
From: Antonino Daplas @ 2002-12-10 22:18 UTC (permalink / raw)
To: Linux Fbdev development list; +Cc: Linux Kernel Mailing List
Hi,
Here's a diff to correct several small things that escaped through the
cracks.
1. The YNOMOVE scrollmode for non-accelerated drivers is just very slow
because of a lot of block moves (leads to slow and jerky scrolling in
vesafb with ypanning enabled). Depending on var->accel_flags, set the
scrollmode to either YREDRAW or YNOMOVE. For drivers with hardware
acceleration, set var->accel_flags to nonzero for max speed.
2. fb_pan_display() always returns an error. User apps will complain.
3. case FBIO_GETCMAP in fb_ioctl does not return immediately. User
apps will complain.
4. vgastate.c is not saving the correct blocks.
5. logo drawing for monochrome displays is just incorrect.(alterations
were done by eyeballing only, no hardware for testing).
The above will only have a very small effect on the general state of
fbdev/fbcon. Patch is against 2.5.51.
Tony
diff -Naur linux-2.5.51/drivers/video/console/fbcon.c linux/drivers/video/console/fbcon.c
--- linux-2.5.51/drivers/video/console/fbcon.c 2002-12-10 21:55:41.000000000 +0000
+++ linux/drivers/video/console/fbcon.c 2002-12-10 21:44:46.000000000 +0000
@@ -291,7 +291,10 @@
struct display *display = fb_display + con;
display->can_soft_blank = info->fbops->fb_blank ? 1 : 0;
- display->scrollmode = SCROLL_YNOMOVE;
+ if (info->var.accel_flags)
+ display->scrollmode = SCROLL_YNOMOVE;
+ else
+ display->scrollmode = SCROLL_YREDRAW;
fbcon_changevar(con);
return;
}
@@ -2633,7 +2636,7 @@
default:
for (i = 0; i < (LOGO_W * LOGO_H)/8; i++)
for (j = 0; j < 8; j++)
- logo[i*2] = (linux_logo_bw[i] & (7 - j)) ?
+ logo[i*8+j] = (linux_logo_bw[i] & (7 - j)) ?
((needs_logo == 1) ? 1 : 0) :
((needs_logo == 1) ? 0 : 1);
diff -Naur linux-2.5.51/drivers/video/fbmem.c linux/drivers/video/fbmem.c
--- linux-2.5.51/drivers/video/fbmem.c 2002-12-10 21:55:15.000000000 +0000
+++ linux/drivers/video/fbmem.c 2002-12-10 21:47:22.000000000 +0000
@@ -471,11 +471,9 @@
yoffset + info->var.yres > info->var.yres_virtual)
return -EINVAL;
if (info->fbops->fb_pan_display) {
- if ((err = info->fbops->fb_pan_display(var, info)))
- return err;
- else
- return -EINVAL;
- }
+ err = info->fbops->fb_pan_display(var, info);
+ if (err) return err;
+ }
info->var.xoffset = var->xoffset;
info->var.yoffset = var->yoffset;
if (var->vmode & FB_VMODE_YWRAP)
@@ -571,6 +569,7 @@
if (copy_from_user(&cmap, (void *) arg, sizeof(cmap)))
return -EFAULT;
fb_copy_cmap(&info->cmap, &cmap, 0);
+ return 0;
case FBIOPAN_DISPLAY:
if (copy_from_user(&var, (void *) arg, sizeof(var)))
return -EFAULT;
diff -Naur linux-2.5.51/drivers/video/vgastate.c linux/drivers/video/vgastate.c
--- linux-2.5.51/drivers/video/vgastate.c 2002-12-10 21:55:20.000000000 +0000
+++ linux/drivers/video/vgastate.c 2002-12-10 21:52:31.000000000 +0000
@@ -111,7 +111,7 @@
vga_wgfx(state->vgabase, VGA_GFX_MODE, 0x0);
vga_wgfx(state->vgabase, VGA_GFX_MISC, 0x5);
for (i = 0; i < 8192; i++)
- saved->vga_text[i] = vga_r(fbbase + 2 * 8192, i);
+ saved->vga_text[8192+i] = vga_r(fbbase, i);
}
/* restore regs */
@@ -184,7 +184,7 @@
vga_wgfx(state->vgabase, VGA_GFX_PLANE_READ, 0x3);
vga_wgfx(state->vgabase, VGA_GFX_MODE, 0x0);
vga_wgfx(state->vgabase, VGA_GFX_MISC, 0x5);
- for (i = 0; i < 4 * 8192; i++)
+ for (i = 0; i < state->memsize; i++)
vga_w(fbbase, i, saved->vga_font1[i]);
}
@@ -204,8 +204,7 @@
vga_wgfx(state->vgabase, VGA_GFX_MODE, 0x0);
vga_wgfx(state->vgabase, VGA_GFX_MISC, 0x5);
for (i = 0; i < 8192; i++)
- vga_w(fbbase + 2 * 8192, i,
- saved->vga_text[i]);
+ vga_w(fbbase, i, saved->vga_text[8192+i]);
}
/* unblank screen */
^ permalink raw reply
* Re: HPT372 RAID controller
From: Alan Cox @ 2002-12-10 20:58 UTC (permalink / raw)
To: Spacecake; +Cc: sflory, Linux Kernel Mailing List
In-Reply-To: <20021210180931.0b174cd5.lkml@spacecake.plus.com>
On Tue, 2002-12-10 at 18:09, Spacecake wrote:
> The .config for the kernel was identical to my 2.4.20 config that has
> never crashed, except it has IDE Taskfile IO enabled, because from the
> help this seemed like a good thing.
Does the same occur without taskfile I/O ?
^ permalink raw reply
* Patch reversion needed too for -ac and 2.5.x
From: DervishD @ 2002-12-10 22:25 UTC (permalink / raw)
To: David S. Miller; +Cc: Linux-kernel, Marcelo Tosatti
Hi David :)
I understand why you suggested the reversion, and, unfortunately,
the MM code is plagued by bad usage of the PAGE_ALIGN macro. This
macro fails for aligning a *size* when this size is larger than
SIZE_MAX-PAGE_SIZE. Too bad.
Anyway, if you want the patch reverted, tell too to Alan Cox and
Linus, because their branches have this patch applied and well,
although I think that the patch does no harm, really the solution is
to write a new macro for aligning sizes, not addresses, and this is a
very big change that surely won't be accepted.
Tell Alan and Linus for having the patch reverted for their trees
if you feel like that. Do you think that a new macro will solve the
corner case without doing nothing on 'big TASK_SIZE' archs? If you
think so, I can provide with a macro and have it checked by you :)
Don't take it bad, Dave ;) It's just that althoug my solution was
not perfect, certainly is best than what we have now ;)
Raúl
^ permalink raw reply
* Re: new driver to replace LMC
From: Alan Cox @ 2002-12-10 20:55 UTC (permalink / raw)
To: david linux; +Cc: Linux Kernel Mailing List
In-Reply-To: <20021210183330.37724.qmail@web14602.mail.yahoo.com>
On Tue, 2002-12-10 at 18:33, david linux wrote:
> I'd be happy to submit the new driver (at least the
> replacement for the stale stuff being passed around)
> to be wrapped in new kernel versions ... but I don't
> know who would be best to write re this subject.
The core maintainers are
Linus Torvalds for 2.5
Marcelo Tosatti for 2.4
Alan Cox (me) for 2.2
For 2.2 I prefer to take only minimal bug fixes since its designed to be
as stable as humanly possible.
^ permalink raw reply
* Re: Is this going to be true ?
From: Serge Kuznetsov @ 2002-12-10 22:21 UTC (permalink / raw)
To: Herman Oosthuysen; +Cc: linux-kernel
In-Reply-To: <3DF66754.3020901@WirelessNetworksInc.com>
> Probably not true, since MS doesn't like the GPL. However, MS may
> release *nix applications any time they want to. Way back in
> prehistory, they did supply unix applications and currently
Are you saying about Xenix? I remember M$ supports it in late '80s.
All the Best!
Serge.
^ permalink raw reply
* Re: Oops on linux 2.4.20-ac1
From: Alan Cox @ 2002-12-10 21:00 UTC (permalink / raw)
To: Orion Poplawski; +Cc: Linux Kernel Mailing List
In-Reply-To: <3DF6291C.3090100@cora.nwra.com>
On Tue, 2002-12-10 at 17:49, Orion Poplawski wrote:
> I've been having a number of issues, mostly system lockups, with a
> machine of ours - a dual proc athlon. I've removed some hardware and I
Random lockups on dual athlons are a notorious problem under all OS's.
Start by checking it passes memtest86, that will verify the RAM is ok -
and the AMD is -very- picky about RAM.
If thats ok then let me know which board you have, what is plugged into
it and what PSU you are using.
^ permalink raw reply
* Re: Fwd: Re: [LARTC] HTB with SFQ in leaf classes. & setup question
From: Nickola Kolev @ 2002-12-10 22:13 UTC (permalink / raw)
To: lartc
In-Reply-To: <marc-lartc-103955587129711@msgid-missing>
[-- Attachment #1: Type: text/plain, Size: 952 bytes --]
On Tue, 10 Dec 2002 23:58:03 +0200
lartc@e-apollo.lv wrote:
[cut]
> > Anyway, can you tell us what is the version of htb? It's htb2, isn't it? Try
> > upgrading to htb3, this
> > will solve your problem.
>
> No, it's htb3.6_2.4.17.diff
> HTB 3.6
> Tho it's made for 2.4.17 kernels, i am running 2.4.19.
[cut]
Hmpf, strange. I'm really sorry that I didn't test and debug this when it was
happening, but this is a production machine and I had to find a solution fast.
But now I'm rid of it (after upgrading to htb3 in may).
[cut]
> > delete and the recreate)
> > the htb classes every 1/2 hour.
>
> Yes, i just did it. I hope 1/2 hour is reasonable interval.
> Will see what the clients gonna do tomorro.
>
> Btw, how do you solve this problem?
>
> I am about to test it more with 2.4.20 (HTB included) on Sunday
[cut]
Don't worry, half an hour is quite reasonable. :)
And about the solution... emmm... I just upgraded, that's all.
Nickola
[-- Attachment #2: Type: application/pgp-signature, Size: 189 bytes --]
^ permalink raw reply
* [Linux-ia64] a couple questions on pfmon-2.0
From: Ray Bryant @ 2002-12-10 22:11 UTC (permalink / raw)
To: linux-ia64
Stephane,
There are both 2.0 and 2.0-1 versions mentioned in your note. Are these
versions signifcantly different?? which one should we be using?
WRT documentation -- this is great, much improved. One question I still
had is the following: If I fork a child process, after calling
pfm_initialize(), and, assuming we bind threads to processors in some
fashion, do I need to call pfm_initialize() again in the child thread?
What if the child thread is created by pthread_create()?
My experience with this is that most routines have to be called on the
thread (e. g. things that get or set PMU regs have to be called in the
appropriate child process, whilst things like pfm_initialize() only need
to be called in the parent thread). Is that correct at all?
So I'm wondering if it would help in the documentation if you could
distinguish between these two cases in some way. That would make it
clearer (for me, at least). I'm not sure how to do this in a way that
is independent of the way you started
the threads though. Perhaps you can use the words "once per context" or
some such.
Or is this all covered someplace in the docs that I haven't found yet?
Thanks,
--
Best Regards,
Ray
-----------------------------------------------
Ray Bryant SGI
512-453-9679 (work) 512-507-7807 (cell)
raybry@sgi.com raybry@austin.rr.com
-----------------------------------------------
^ permalink raw reply
* Re: [BK-2.4] [PATCH] Small do_mmap_pgoff correction
From: David S. Miller @ 2002-12-10 22:14 UTC (permalink / raw)
To: raul; +Cc: linux-kernel, marcelo
In-Reply-To: <20021210221357.GA46@DervishD>
From: DervishD <raul@pleyades.net>
Date: Tue, 10 Dec 2002 23:13:57 +0100
Sincerely, I don't understand why this patch is bad. Is no worse
than the previous situation :??
How about something like:
if (len == 0)
return addr;
len = PAGE_ALIGN(len);
if (len > TASK_SIZE || len == 0)
return -EINVAL;
That should cover all cases and not make the TASK_SIZE assumption.
^ permalink raw reply
* Re: ALSA-drivers-writing howto updated
From: John S. Denker @ 2002-12-10 22:10 UTC (permalink / raw)
To: Patrick Shirkey; +Cc: Takashi Iwai, alsa-devel
In-Reply-To: <s5hsmx57nij.wl@alsa2.suse.de>
Patrick Shirkey wrote:
> I have added a link to the documentation page now.
I assume the page in question is:
http://www.alsa-project.org/documentation.php3
That is a useful page.
Suggestion: Include that page, verbatim, in the
distribution, in
-- lib/doc/
-- driver/alsa-kernel/Documentation/
-- driver/doc/
(Why are the last two distinct???)
Also, please mention it (giving its online location
AND its distributed-file locations) in
-- driver/README
-- driver/doc/README.1st
-- lib/README
This makes it more likely that folks will be
able to find it when they need it.
-------------------------------------------------------
This sf.net email is sponsored by:
With Great Power, Comes Great Responsibility
Learn to use your power at OSDN's High Performance Computing Channel
http://hpc.devchannel.org/
^ permalink raw reply
* Re: Debugging Reiser4 with UML in 2.5
From: Hans Reiser @ 2002-12-10 22:09 UTC (permalink / raw)
To: Jon Smirl; +Cc: reiserfs-list, Oleg Drokin
In-Reply-To: <20021210215237.43081.qmail@web14905.mail.yahoo.com>
Jon Smirl wrote:
>I'm trying to give the new Reiser4 a whirl with UML in
>a 2.5 kernel. I can't seem to figure out how to make
>gdb work right in this setup. I've heard that UML is
>being used to develop Reiser4 so maybe you can give me
>some pointers.
>
>I have the 2.4.59 kernel built with UML and Reiser4 in
>it. I can boot and come to a prompt. I can mount my
>reiser4 volume and make files on it, etc..
>
>Now I start up ddd on the host and attach to the
>tracing thread for UML. I add a "br reiser4_read" and
>continue.
>
>>From the UML prompt I cat a file. My UML console
>prints out "Trace/breakpoint trap" and continues.
>
>How do I get a gdb hooked to the right process so that
>it will catch the breakpoint?
>
>
>=====
>Jon Smirl
>jonsmirl@yahoo.com
>
>__________________________________________________
>Do you Yahoo!?
>Yahoo! Mail Plus - Powerful. Affordable. Sign up now.
>http://mailplus.yahoo.com
>
>
>
>
Oleg will answer your questions in 9 hours (we are in Moscow)....
^ permalink raw reply
* Re: Is this going to be true ?
From: Herman Oosthuysen @ 2002-12-10 22:14 UTC (permalink / raw)
To: Serge Kuznetsov; +Cc: linux-kernel
In-Reply-To: <050c01c2a091$77564600$9c094d8e@wcom.ca>
Probably not true, since MS doesn't like the GPL. However, MS may
release *nix applications any time they want to. Way back in
prehistory, they did supply unix applications and currently Apple uses a
kind of BSD, so to release a Linux version of MS Office and other
utilities, would be very easy for them as they just need to recompile
the Apple versions.
Serge Kuznetsov wrote:
> I am just curious if someone has an opinion for the
> following link?
>
>
> Research Firm: Microsoft Will Use Linux by 2004:
> http://story.news.yahoo.com/news?tmpl=story2&ncid=&e=5&u=/nf/20021210/tc_nf/20210
>
> All the Best!
> Serge.
> -
> To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
> the body of a message to majordomo@vger.kernel.org
> More majordomo info at http://vger.kernel.org/majordomo-info.html
> Please read the FAQ at http://www.tux.org/lkml/
>
^ permalink raw reply
* Re: [BK-2.4] [PATCH] Small do_mmap_pgoff correction
From: DervishD @ 2002-12-10 22:13 UTC (permalink / raw)
To: David S. Miller; +Cc: linux-kernel, marcelo
In-Reply-To: <20021210.132207.23687680.davem@redhat.com>
Hi David :)
> Because PAGE_ALIGN won't return 0?
> What if TASK_SIZE is ~0? Both your checks will pass
> for the case of (SIZE_MAX-PAGE_SIZE + 1) to ~0 cases.
Well, the checks were already there... I didn't add them, I just
move a comparison to a better place. If TASK_SIZE is ~0, then
the patch works. If you look at the patch, you will notice that I've
only changed the order of the checks.
But all of this is pointless. The patch has been reverted and the
2.4.x branch will keep on silently failing when the requested size
for an mmap() call is too large. That's good?
The patch just took a wrong comparison, did not introduce any
TASK_SIZE comparison and made mmap() work in a corner case.
FYI, without the patch mmap will silently fail when size is
between SIZE_MAX-PAGE_SIZE and SIZE_MAX. With the patch, it will
return -EINVAL or, in the worst case, it will still silently fail.
This happens only when TASK_SIZE is larger than SIZE_MAX-PAGE_SIZE,
ok, but then propose another solution. The true problem is
PAGE_ALIGN. We shouldn't use it for aligning sizes...
- if ((len = PAGE_ALIGN(len)) == 0)
+ if (!len)
return addr;
if (len > TASK_SIZE)
return -EINVAL;
+ len = PAGE_ALIGN(len); /* This cannot be zero now */
Anyway, without the patch, mmap fails on all architectures. With
it, it only fails on archs where TASK_SIZE is the entire address
space. On those archs, nothing change so, why punish the other archs?
Sincerely, I don't understand why this patch is bad. Is no worse
than the previous situation :??
Raúl
^ permalink raw reply
* Re: [linux-usb-devel] ide-scsi, 1394-sbp2 and usb-storage scsi host ids
From: James H. Cloos Jr. @ 2002-12-10 22:06 UTC (permalink / raw)
To: linux1394-devel; +Cc: linux-usb-devel, linux-kernel
In-Reply-To: <m3it0op2dc.fsf@lugabout.jhcloos.org>
>>>>> "JimC" == James H Cloos <cloos@jhcloos.com> writes:
JimC> In all 2.4 versions I've tested, (the most recent of which are
JimC> 2.4.20-pre4-ac1 and 2.4.20-pre8), ide-scsi, sbp2 and usb-storage
JimC> all use scsi host id 0.
I don't see that I posted an update to this. In 2.4, this was fixed
at some cset between v2.4.20-pre8 and v2.4.20-rc1.
-JimC
^ permalink raw reply
* Re: Fwd: Re: [LARTC] HTB with SFQ in leaf classes. & setup question
From: lartc @ 2002-12-10 21:58 UTC (permalink / raw)
To: lartc
In-Reply-To: <marc-lartc-103955587129711@msgid-missing>
Nickola Kolev <nikky@mnet.bg>:
> On Tue, 10 Dec 2002 23:27:39 +0200
> lartc@e-apollo.lv wrote:
>
> > Ok, just a second ago i did '/sbin/tc qdisc del dev eth2 root'
> > And added the classes again.
> >
> > me@myplace$ ping 80.81.33.1
> > PING 80.81.33.1 (80.81.33.1): 56 octets data
> > 64 octets from 80.81.33.1: icmp_seq=0 ttl%2 time$.6 ms
> > 64 octets from 80.81.33.1: icmp_seq=1 ttl%2 time!.9 ms
> >
> > --- 80.81.33.1 ping statistics ---
> > 2 packets transmitted, 2 packets received, 0% packet loss
> > round-trip min/avg/max = 21.9/23.2/24.6 ms
> >
> > I can reach ISP's gateway very smoothly now!
>
> Hello, I'm running a similar setup with about a thousand clients, separated
> in several level
> hierarchy. The machine is also similar. I had the same problem half a year
> ago.
>
> Anyway, can you tell us what is the version of htb? It's htb2, isn't it? Try
> upgrading to htb3, this
> will solve your problem.
No, it's htb3.6_2.4.17.diff
HTB 3.6
Tho it's made for 2.4.17 kernels, i am running 2.4.19.
If not, just put a crontab job to restart (i.e.
> delete and the recreate)
> the htb classes every 1/2 hour.
Yes, i just did it. I hope 1/2 hour is reasonable interval.
Will see what the clients gonna do tomorro.
Btw, how do you solve this problem?
I am about to test it more with 2.4.20 (HTB included) on Sunday
P.Krumins
____________________________________________________________
Reìistrç un lieto savu Apollo e-pastu www.e-apollo.lv
www.apollo.lv
_______________________________________________
LARTC mailing list / LARTC@mailman.ds9a.nl
http://mailman.ds9a.nl/mailman/listinfo/lartc HOWTO: http://lartc.org/
^ permalink raw reply
* Debugging Reiser4 with UML in 2.5
From: Jon Smirl @ 2002-12-10 21:52 UTC (permalink / raw)
To: reiserfs-list
I'm trying to give the new Reiser4 a whirl with UML in
a 2.5 kernel. I can't seem to figure out how to make
gdb work right in this setup. I've heard that UML is
being used to develop Reiser4 so maybe you can give me
some pointers.
I have the 2.4.59 kernel built with UML and Reiser4 in
it. I can boot and come to a prompt. I can mount my
reiser4 volume and make files on it, etc..
Now I start up ddd on the host and attach to the
tracing thread for UML. I add a "br reiser4_read" and
continue.
From the UML prompt I cat a file. My UML console
prints out "Trace/breakpoint trap" and continues.
How do I get a gdb hooked to the right process so that
it will catch the breakpoint?
=====
Jon Smirl
jonsmirl@yahoo.com
__________________________________________________
Do you Yahoo!?
Yahoo! Mail Plus - Powerful. Affordable. Sign up now.
http://mailplus.yahoo.com
^ permalink raw reply
* Re: [parisc-linux] SMP on kernel version 19 pa 23
From: Arto Jantunen @ 2002-12-10 21:45 UTC (permalink / raw)
To: Grant Grundler
Cc: FARINATI,LEANDRO (HP-Brazil,ex1), Parisc-Linux List (E-mail)
In-Reply-To: <20021210192412.GB16933@dsl2.external.hp.com>
grundler@dsl2.external.hp.com (Grant Grundler) writes:
> On Tue, Dec 10, 2002 at 10:41:00AM -0800, FARINATI,LEANDRO wrote:
>> I would link to know if the SMP is working on kernel 19 pa 23, 32
>> bits?
>
> I assume you mean 2.4.19-pa23.
> IIRC 2.4.19-pa24 booted/worked on a500 (64-bit) and I thought that was
> an SMP kernel but aren't sure now.
The main thing here is that 32- and 64-bit SMP kernels are very
different. On a D390 a 32-bit kernel crashes on a lot of cases (I've
submited info on atleast three of those) and 64-bit kernel also
crashes, but in a very different way (and for very different reasons,
I'm quite sure). Lots of people have managed to run 64-bit SMP
kernels, I haven't heard of any succesful 32-bit SMP yet...
--
Arto Jantunen
^ permalink raw reply
page: next (older) | prev (newer) | latest
- recent:[subjects (threaded)|topics (new)|topics (active)]
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.