Linux-Development-Sys Digest #752, Volume #6 Fri, 28 May 99 16:14:20 EDT
Contents:
Red Hat Linux/Intel 6.0 for sale!! 50US$!! ("Norman")
Re: 2.2.9 is stable? ("Stefan Monnier "
<[EMAIL PROTECTED]>)
loading version nonsensitive module into version sensitive kernel? (Rolf Welde Skeie)
changing irq with setpci and kernel 2.2.* (ULISES ALONSO CAMARO)
Re: Large CD-ROM file errors...? (Villy Kruse)
Re: 2.2.9 is stable? (lckun)
FDC data ("Santosh H.")
Problem in 2.2.9? (David Ronis)
Re: USB Support (James R. Van Zandt)
Re: SMP needlessly migrating processes between processors? (Arun Sharma)
Re: 2.2.9 is stable? ("Stefan Monnier "
<[EMAIL PROTECTED]>)
Re: Terabite Plus Filesystems ("Al in Seattle")
Vesafb and vm86 (Marius Gedminas)
----------------------------------------------------------------------------
Reply-To: "Norman" <[EMAIL PROTECTED]>
From: "Norman" <[EMAIL PROTECTED]>
Subject: Red Hat Linux/Intel 6.0 for sale!! 50US$!!
Date: Fri, 28 May 1999 15:31:53 +0400
Please reply:
[EMAIL PROTECTED]
Norman
------------------------------
From: "Stefan Monnier <[EMAIL PROTECTED]>"
<[EMAIL PROTECTED]>
Subject: Re: 2.2.9 is stable?
Date: 28 May 1999 11:17:00 -0400
>>>>> "lckun" == lckun <[EMAIL PROTECTED]> writes:
> I have 2.2.9 running on Pentium II machines (dual 450 MHz Pentium-MMX).
> It seems for me to stable unless i don't make a debugging with printk in
> sched.c.
I don't know how `printk' is implemented in the kernel, but it might
simply not work from inside the scheduler (it seems very easy to get in a
dead-lock situation when doing anything vaguely fancy in the scheduler).
Better ask on the [EMAIL PROTECTED] mailing-list.
Stefan
------------------------------
From: Rolf Welde Skeie <[EMAIL PROTECTED]>
Crossposted-To: fa.linux.kernel,revue.linux-kernel
Subject: loading version nonsensitive module into version sensitive kernel?
Date: 28 May 1999 16:16:30 +0200
Hi!
We have a driver which (unfortunately) is not open source.
We deliver this driver in binary format (as an rpm) to customers.
Customers sometimes add patches or use newer kernels than what
we compiled with. With versioning (which is default on and *mostly* a
good thing in my opinion) symbol names change and our driver module does
not load. We do not wish to tell our customers to disable versioning.
Is there any way of getting around this?
Our only option at this time seems to be demangling the ksyms
and our module symbols, match them and replace the module symbol
references with the new ones in ksyms (using libbfd or some such).
Not an ideal solution...
What is the "correct" way of doing it? Even with open source kernel
external modules one would like to be able to avoid recompiling them
after doing a minor change in the kernel configuration??
Enlighten me, but please be gentle ;-)
Sincerely
--
Rolf Welde Skeie Senior Design Engineer
_____________________________________________________________________
Email : mailto:[EMAIL PROTECTED] Scali AS (http://www.scali.com)
Tlf : (+47) 6384 6705 Hvamstubben 17 oo
Fax : (+47) 6384 4005 2013 Skjetten __________ m/V\> _
Home : (+47) 2214 8987 NORWAY . . :: . 077-0
Mob : (+47) 9248 4511 ----------------------
-
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/
------------------------------
From: ULISES ALONSO CAMARO <[EMAIL PROTECTED]>
Crossposted-To: comp.os.linux.hardware
Subject: changing irq with setpci and kernel 2.2.*
Date: Fri, 28 May 1999 18:05:42 +0100
Hi all,
I'm trying to change the irq of the following device:
00:10.0 Ethernet controller: 3Com Corporation 3c900 Combo [Boomerang]
Because it uses IRQ5 by default and I want it to use another one (eg: 7)
IRQ5 will be used by an ISA Plug and Pray sound card (Oh my God)
Trying the following command line:
setpci -s 00:10.0 INTERRUPT_LINE=7
(Tried while driver unloaded and loaded)
I cannot change ethernet's IRQ... what I'm missing?
I have checked around the net and docs without no luck at all...
Any comment/suggestion will be greatly appreciated
Thanks in advance,
Ulisses
Please send me a CC: of your reply to [EMAIL PROTECTED]
===========================================================================
Some notes:
My pciutils package is version 1.10
My full PCI configuration is (sorry if this email is too long)
00:00.0 Host bridge: Intel Corporation 440BX - 82443BX Host (rev 03)
Flags: bus master, medium devsel, latency 64
Memory at e8000000 (32-bit, prefetchable)
00:01.0 PCI bridge: Intel Corporation 440BX - 82443BX AGP (rev 03)
Flags: bus master, 66Mhz, medium devsel, latency 64
Bus: primary=00, secondary=01, subordinate=01, sec-latency=64
I/O behind bridge: 0000d000-0000dfff
Memory behind bridge: e0000000-e7ffffff
Prefetchable memory behind bridge: fff00000-000fffff
00:07.0 ISA bridge: Intel Corporation 82371AB PIIX4 ISA (rev 02)
Flags: bus master, medium devsel, latency 0
00:07.1 IDE interface: Intel Corporation 82371AB PIIX4 IDE (rev 01) (prog-if 80)
Flags: bus master, medium devsel, latency 64
I/O ports at f000
00:07.2 USB Controller: Intel Corporation 82371AB PIIX4 USB (rev 01)
Flags: bus master, medium devsel, latency 64, IRQ 10
I/O ports at e000
00:07.3 Bridge: Intel Corporation 82371AB PIIX4 ACPI (rev 02)
Flags: medium devsel
00:10.0 Ethernet controller: 3Com Corporation 3c900 Combo [Boomerang]
Flags: bus master, medium devsel, latency 64, IRQ 5
I/O ports at e400
01:00.0 VGA compatible controller: S3 Inc.: Unknown device 8904 (rev 01)
Subsystem: Unknown device 5333:8904
Flags: bus master, medium devsel, latency 64, IRQ 11
Memory at e0000000 (32-bit, non-prefetchable)
------------------------------
From: [EMAIL PROTECTED] (Villy Kruse)
Crossposted-To: comp.os.linux.misc
Subject: Re: Large CD-ROM file errors...?
Date: 28 May 1999 16:08:41 +0200
In article <7ilem0$4ke$[EMAIL PROTECTED]>,
Peter Samuelson <[EMAIL PROTECTED]> wrote:
>
>Bzzzt ... he burned a single 70MB tarfile, not a whole directory tree.
>(Read the original post.) The issue is that Linux shows a truncated
>(16MB) file instead of the whole thing. Needless to say, Windoze sees
>the CD the way it wrote it.
>
Maybe linux is looking at the file size on a different location.
This is not a joke as the file size and file pointers are stored two
times in each directory record: in big endian and little endian format.
It is not unheard of that these fields don't contain the same values as
they should.
Also, all the file informations are stored an extra time in the separate
parallel directory structure that holds the Joliet directory tree.
Villy
------------------------------
From: lckun <[EMAIL PROTECTED]>
Subject: Re: 2.2.9 is stable?
Date: Sat, 29 May 1999 00:50:49 +0900
Thanks Stefan,
I tested for example in the function goodness sched.c
printk("this_cpu--> %d\n",this_cpu);
only to test it.
It runed no problems on the kernel 2.0.36.
Hmm... what is the trouble? I am working only this thing since one week,but in
vain... :-( :-(
Anyway thanks agian your tips...
Regards
lckun
"Stefan Monnier " wrote:
> >>>>> "lckun" == lckun <[EMAIL PROTECTED]> writes:
> > I have 2.2.9 running on Pentium II machines (dual 450 MHz Pentium-MMX).
> > It seems for me to stable unless i don't make a debugging with printk in
> > sched.c.
>
> I don't know how `printk' is implemented in the kernel, but it might
> simply not work from inside the scheduler (it seems very easy to get in a
> dead-lock situation when doing anything vaguely fancy in the scheduler).
> Better ask on the [EMAIL PROTECTED] mailing-list.
>
> Stefan
------------------------------
From: "Santosh H." <[EMAIL PROTECTED]>
Subject: FDC data
Date: Fri, 28 May 1999 21:29:10 +0530
hi all,
I'm currently retained to write a device driver for FDC's based on the
intel 82077 (which my client want's to use as a part of an embeded OS for
some whacky oscilloscope he's building).I'd be grateful if someone could
eithe email at the below address or point me to someplace on the WWW(or
FTP sites) where i could get prog info like register i/o addrs's
,commands,etc..It'd be nice if someone could give me the above info ASAP
preferably within the next 24 hrs as my deadline is sunday.
Thanx
Santosh
email:[EMAIL PROTECTED]
------------------------------
From: David Ronis <[EMAIL PROTECTED]>
Subject: Problem in 2.2.9?
Date: Fri, 28 May 1999 14:15:18 GMT
I'm running 2.2.9 (and update-2.11) on an i586. It's behaved since I
installed the kernel, however last night the following messages were
displayed:
....
May 28 04:42:03 ronispc kernel: iput: device 03:01 inode 284689
still has aliases!
May 28 04:42:12 ronispc kernel: iput: device 03:41 inode 385082
still has aliases!
...
There were 14 such messages for 03:01 and 7 for 03:41 (which strangely
seems to be /dev/ttyr9). Running fsck on /dev/hda1 showed some bitmap
differences and count errors which were fixed.
The system was idle at that time except perhaps for for a cron entry:
40 04 * * * updatedb 1> /dev/null 2> /dev/null
Any idea what's going on?
David
------------------------------
From: [EMAIL PROTECTED] (James R. Van Zandt)
Subject: Re: USB Support
Date: 28 May 1999 12:43:33 -0400
In article <7hhlq7$[EMAIL PROTECTED]>,
>that's a bit pessimistic. linux-usb people report that mice and kbds
>work fine enough to be depended on. there are sporadic reports of,
>for instance, working usb video cameras, and at least active development
>of storage devices.
I hope people are working on scanners, too. The USB-only scanners
seem to be less expensive than the SCSI ones.
- Jim Van Zandt
------------------------------
Subject: Re: SMP needlessly migrating processes between processors?
From: Arun Sharma <[EMAIL PROTECTED]>
Date: Fri, 28 May 1999 18:13:09 GMT
--Multipart_Fri_May_28_11:13:07_1999-1
Content-Type: text/plain; charset=US-ASCII
[EMAIL PROTECTED] (Robert Kaiser) writes:
>
> Could you (or anyone else) please post a few related URLs ? The only
> thing I was able to locate is Rik van Riel's "scheduler bigpatch"
> at http://www.nl.linux.org/~riel/patches/schedule-bigpatch-2.2.5-2
> which _appears_ to support processor binding (not really sure though).
One is at:
http://isunix.it.ilstu.edu/~thockin/pset/
Another minimalistic one is attached. The patch is against 2.2.7.
-Arun
--Multipart_Fri_May_28_11:13:07_1999-1
Content-Type: text/plain; charset=US-ASCII
Index: arch/i386/kernel/entry.S
===================================================================
RCS file: /home/adsharma/cvs_root/linux/arch/i386/kernel/entry.S,v
retrieving revision 1.1.1.1
diff -u -r1.1.1.1 entry.S
--- entry.S 1999/02/23 00:33:24 1.1.1.1
+++ entry.S 1999/04/29 01:26:42
@@ -560,6 +560,7 @@
.long SYMBOL_NAME(sys_ni_syscall) /* streams1 */
.long SYMBOL_NAME(sys_ni_syscall) /* streams2 */
.long SYMBOL_NAME(sys_vfork) /* 190 */
+ .long SYMBOL_NAME(sys_pbind)
/*
* NOTE!! This doesn't have to be exact - we just have
Index: include/asm-i386/unistd.h
===================================================================
RCS file: /home/adsharma/cvs_root/linux/include/asm-i386/unistd.h,v
retrieving revision 1.1.1.1
diff -u -r1.1.1.1 unistd.h
--- unistd.h 1999/02/23 00:33:21 1.1.1.1
+++ unistd.h 1999/04/29 01:28:08
@@ -195,6 +195,7 @@
#define __NR_getpmsg 188 /* some people actually want streams */
#define __NR_putpmsg 189 /* some people actually want streams */
#define __NR_vfork 190
+#define __NR_pbind 191
/* user-visible error numbers are in the range -1 - -122: see <asm-i386/errno.h> */
Index: include/linux/sched.h
===================================================================
RCS file: /home/adsharma/cvs_root/linux/include/linux/sched.h,v
retrieving revision 1.1.1.4
diff -u -r1.1.1.4 sched.h
--- sched.h 1999/04/14 21:56:33 1.1.1.4
+++ sched.h 1999/05/10 21:38:41
@@ -235,6 +235,7 @@
int has_cpu;
int processor;
int last_processor;
+ int bound_processor;
int lock_depth; /* Lock depth. We can context switch in and out of
holding a syscall kernel lock... */
struct task_struct *next_task, *prev_task;
struct task_struct *next_run, *prev_run;
@@ -348,7 +349,7 @@
#define INIT_TASK \
/* state etc */ { 0,0,0,KERNEL_DS,&default_exec_domain,0, \
/* counter */ DEF_PRIORITY,DEF_PRIORITY,0, \
-/* SMP */ 0,0,0,-1, \
+/* SMP */ 0,0,0,-1,-1, \
/* schedlink */ &init_task,&init_task, &init_task, &init_task, \
/* binfmt */ NULL, \
/* ec,brk... */ 0,0,0,0,0,0, \
Index: kernel/sched.c
===================================================================
RCS file: /home/adsharma/cvs_root/linux/kernel/sched.c,v
retrieving revision 1.1.1.3
diff -u -r1.1.1.3 sched.c
--- sched.c 1999/04/14 21:50:20 1.1.1.3
+++ sched.c 1999/05/07 00:25:08
@@ -516,7 +516,16 @@
#ifdef __SMP__
#define idle_task (task[cpu_number_map[this_cpu]])
-#define can_schedule(p) (!(p)->has_cpu)
+
+/*
+ * We can schedule a process if:
+ * (a) It has not already been scheduled on another processor
+ * (b) If it is not bound to a processor or it is bound to a processor
+ * and that is the current processor
+ */
+#define can_schedule(p) ((!(p)->has_cpu) \
+ && (((p)->bound_processor == -1) \
+ || ((p)->bound_processor == smp_processor_id())))
#else
Index: kernel/sys.c
===================================================================
RCS file: /home/adsharma/cvs_root/linux/kernel/sys.c,v
retrieving revision 1.1.1.1
diff -u -r1.1.1.1 sys.c
--- sys.c 1999/02/23 00:33:21 1.1.1.1
+++ sys.c 1999/05/07 18:12:58
@@ -1000,3 +1000,63 @@
return error;
}
+
+#ifdef __SMP__
+
+/*
+ * asmlinkage int
+ * sys_pbind(int processor)
+ *
+ * Bind the current process to the given processor
+ *
+ * Description:
+ *
+ * If the input argument is -1, bind to the current processor.
+ * If the input argument is -2, unbind the process
+ * Otherwise bind to the processor specified, after validating that it
+ * exists.
+ */
+asmlinkage int
+sys_pbind(int processor)
+{
+
+ /* Is it a valid processor ? */
+ if ((processor < -2) || (processor >= smp_num_cpus))
+ return -EINVAL;
+
+ /* Check for permissions */
+ if (!capable(CAP_SYS_RESOURCE))
+ return -EPERM;
+
+ spin_lock(&scheduler_lock);
+ switch(processor) {
+ case -1:
+ /* Bind to the current CPU */
+ current->bound_processor = smp_processor_id();
+ break;
+ case -2:
+ /* Unbind the process */
+ current->bound_processor = -1;
+ break;
+ default:
+ /* We have a valid CPU */
+ current->bound_processor = processor;
+ break;
+ }
+ spin_unlock(&scheduler_lock);
+
+ /* We may be on the wrong processor - need reschedule */
+ schedule();
+
+ return 0;
+}
+
+#else /* __SMP__ */
+
+asmlinkage int
+sys_pbind(int processor)
+{
+ return ENOSYS;
+}
+
+#endif /* __SMP__ */
--Multipart_Fri_May_28_11:13:07_1999-1--
------------------------------
From: "Stefan Monnier <[EMAIL PROTECTED]>"
<[EMAIL PROTECTED]>
Subject: Re: 2.2.9 is stable?
Date: 28 May 1999 14:27:21 -0400
>>>>> "lckun" == lckun <[EMAIL PROTECTED]> writes:
> I tested for example in the function goodness sched.c
> printk("this_cpu--> %d\n",this_cpu);
> only to test it.
> It runed no problems on the kernel 2.0.36.
So what ?
int x = 1;
char y = *(char*)&x;
will also work in most cases (but will not always put the same value in `y').
That doesn't mean that it is *supposed* to work.
Now, again, I have no clue whether printk is supposed to be working from
goodness or not, but you'd better check this first.
> Hmm... what is the trouble? I am working only this thing since one week,but
> in vain... :-( :-(
How about asking on the list I pointed you to earlier so that you can know
instead of using trial and error which only tells you what `seems to be
working' rather than `what should be working'.
Stefan
------------------------------
From: "Al in Seattle" <[EMAIL PROTECTED]>
Crossposted-To:
comp.os.ms-windows.nt.admin.misc,comp.sys.sun.admin,comp.sys.hp.misc,comp.os.linux.hardware
Subject: Re: Terabite Plus Filesystems
Date: Fri, 28 May 1999 11:58:43 -0700
You might want to check out the Terraserver project by Microsoft. They seem
to be doing what you are wanting to do with NT and existing hardware
environments. This is all NT, NTFS, SQL Server 7.0, etc.
Database Statistics
The Terra-Server database has 999.3 GB of user data stored in 344.3 million
records. About 75 GB of additional space is consumed by overhead (about
25%). The remaining space is used for indices, catalogs, recovery logs, and
temporary storage for queries and utilities. The database has a formatted
capacity of 1.1 TB.
http://terraserver.microsoft.com/terra_dbstats.asp
Al in Seattle
Jake Maizel wrote in message <[EMAIL PROTECTED]>...
>We are building a system that needs to handle a huge number of files
>that are 500KB-1MB in size (1-2TB total). Our only constraint right now
>is the desire to use intel-based hardware for the host computers for
>cost purposes. My question really is regarding which OS would best
>handle a filesystem of this size. We are using lots of unix and NT so
>we don't have a bias one way but we don't have experience with any OS
>using a filesystem this big. What we are considering for hardware are
>HP LPr hosts connected to a AL-FC RAID system (probably HP). We would
>want to pick either HPUX, linux, NT or Solaris x86. Any experience
>that could be passed would be great.
>
>jake
------------------------------
From: Marius Gedminas <[EMAIL PROTECTED]>
Subject: Vesafb and vm86
Date: 28 May 1999 17:56:59 GMT
I'd like to ask if anyone is developing a version of fbset for 2.2.x
kernel VESA framebuffer device. Documentation states, that switching
modes is only possible in real mode, i.e. during boot phase. But
theoretically it is possible to do that later by switching to vm86 mode.
SVGALib 1.3.1 does that. The man page points to an LRMI (Linux Real Mode
Interface) package that enables this:
http://userweb.interactive.net/~joshv/lrmi-0.6.tar.gz
So it is possible to write a user mode program, vesafbset, to switch
modes without rebooting. The only problem is telling the vesafb driver
that a mode change has occured.
The question is: is anyone doing this? I have failed to find anything
similair, but that does not mean it doesn't exist. Another question:
is anyone willing to do this? Being a programmer, I could try to write
it myself, but my experience with kernel hacking is, well, quite low.
P.S. Please reply by mail so I can post a summary to this group. It
should be obvious how to despamify my e-mail address.
Best Regards,
Marius Gedminas
------------------------------
** FOR YOUR REFERENCE **
The service address, to which questions about the list itself and requests
to be added to or deleted from it should be directed, is:
Internet: [EMAIL PROTECTED]
You can send mail to the entire list (and comp.os.linux.development.system) via:
Internet: [EMAIL PROTECTED]
Linux may be obtained via one of these FTP sites:
ftp.funet.fi pub/Linux
tsx-11.mit.edu pub/linux
sunsite.unc.edu pub/Linux
End of Linux-Development-System Digest
******************************