Otherwise, will this be solved by 2.6.11?
Cheers,
Rodrigo Ventura
PS: please CC replies to me (yoda AT isr DOT ist DOT utl DOT pt).
--
*** Rodrigo Martins de Matos Ventura <[EMAIL PROTECTED]>
*** Web page: http://www.isr.ist.utl.pt/~yoda
*** Teaching Assistant and PhD Student at ISR:
***Insti
, will this be solved by 2.6.11?
Cheers,
Rodrigo Ventura
PS: please CC replies to me (yoda AT isr DOT ist DOT utl DOT pt).
--
*** Rodrigo Martins de Matos Ventura [EMAIL PROTECTED]
*** Web page: http://www.isr.ist.utl.pt/~yoda
*** Teaching Assistant and PhD Student at ISR:
***Instituto de Sistemas e
> "AC" == Alan Cox <[EMAIL PROTECTED]> writes:
>> may be a 'make mrproper' solves your problem,
AC> Unlikely since the problem is the fact that the scsi firmware
AC> assembler wants a library that isnt installed.
It seems the libdb is in fact installed. I just added a
I got the following build error of aic7xxx drivers, with
kernel 2.4.6-pre8:
--
[...]
make[2]: Entering directory `/usr/src/linux/drivers/scsi'
make -C aic7xxx
make[3]: Entering directory
I got the following build error of aic7xxx drivers, with
kernel 2.4.6-pre8:
--
[...]
make[2]: Entering directory `/usr/src/linux/drivers/scsi'
make -C aic7xxx
make[3]: Entering directory
AC == Alan Cox [EMAIL PROTECTED] writes:
may be a 'make mrproper' solves your problem,
AC Unlikely since the problem is the fact that the scsi firmware
AC assembler wants a library that isnt installed.
It seems the libdb is in fact installed. I just added a
symlink from
SuSE 7.1, wireless-tools-20-5, kernel 2.4.5-pre3:
/root# gdb iwconfig
[...]
(gdb) run wvlan0
Starting program: /usr/bin/iwconfig wvlan0
wvlan0IEEE 802.11-DS ESSID:"ISocRob" Nickname:"Gedeao"
Frequency:2.437GHz Sensitivity:1/3 Mode:Ad-Hoc
Access Point:
SuSE 7.1, wireless-tools-20-5, kernel 2.4.5-pre3:
/root# gdb iwconfig
[...]
(gdb) run wvlan0
Starting program: /usr/bin/iwconfig wvlan0
wvlan0IEEE 802.11-DS ESSID:ISocRob Nickname:Gedeao
Frequency:2.437GHz Sensitivity:1/3 Mode:Ad-Hoc
Access Point:
/proc> cat version meminfo
Linux version 2.4.6-pre3 (yoda@damasio) (gcc version 2.95.2 19991024 (release)) #3 Mon
Jun 18 19:00:11 WEST 2001
total:used:free: shared: buffers: cached:
Mem: 261779456 256925696 48537600 134025216 82280448
Swap: 271425536 10993664
/proc cat version meminfo
Linux version 2.4.6-pre3 (yoda@damasio) (gcc version 2.95.2 19991024 (release)) #3 Mon
Jun 18 19:00:11 WEST 2001
total:used:free: shared: buffers: cached:
Mem: 261779456 256925696 48537600 134025216 82280448
Swap: 271425536 10993664
> "Mike" == Mike Kravetz <[EMAIL PROTECTED]> writes:
Mike> Note that in the 2 and 4 CPU cases, the run queue length is
Mike> aprox 2x the number of CPUs and the scheduler seems to
Mike> perform reasonably well with respect to locking. In the 8
Mike> CPU case, the number of
Mike == Mike Kravetz [EMAIL PROTECTED] writes:
Mike Note that in the 2 and 4 CPU cases, the run queue length is
Mike aprox 2x the number of CPUs and the scheduler seems to
Mike perform reasonably well with respect to locking. In the 8
Mike CPU case, the number of tasks is aprox
Hi. Let me first apologize if this message is at the wrong
mailing list, but in fact I haven't the faintest idea to where shall I
send this.
Randomly bzip2 gives an crc error when checking a big bz2
file, e.g. linux-2.4.5.tar.bz2 (20M), in a particular machine (asus
a7v, [EMAIL
Hi. Let me first apologize if this message is at the wrong
mailing list, but in fact I haven't the faintest idea to where shall I
send this.
Randomly bzip2 gives an crc error when checking a big bz2
file, e.g. linux-2.4.5.tar.bz2 (20M), in a particular machine (asus
a7v, [EMAIL
> "Erik" == Erik Mouw <[EMAIL PROTECTED]> writes:
Erik> What was wrong with "hdparm -Y /dev/hd*" in the halt/reboot
Erik> script that you need to do it in kernel?
Must be sure there is no disk access after the hdparm is
run. It makes sense to me that IDE drivers could shut
I am submitting a patch to kernel/sys.c that walks through all
IDE drives (#ifdef CONFIG_BLK_DEV_IDE, of course), and issues a
"sleep" command (as code in hdparam) to each one of them right before
the kernel halts. Here goes the diff:
--- sys.c.ORIG Thu May 24 00:56:50 2001
+++ sys.c
I am submitting a patch to kernel/sys.c that walks through all
IDE drives (#ifdef CONFIG_BLK_DEV_IDE, of course), and issues a
sleep command (as code in hdparam) to each one of them right before
the kernel halts. Here goes the diff:
--- sys.c.ORIG Thu May 24 00:56:50 2001
+++ sys.c
Erik == Erik Mouw [EMAIL PROTECTED] writes:
Erik What was wrong with hdparm -Y /dev/hd* in the halt/reboot
Erik script that you need to do it in kernel?
Must be sure there is no disk access after the hdparm is
run. It makes sense to me that IDE drivers could shut the drives off
18 matches
Mail list logo