i forgot to bring up eth0 before attempting to connect to my dsl
provider using ppp over ethernet and i got the following oops:
ksymoops 2.3.4 on i686 2.4.0-test11. Options used
-V (default)
-k /proc/ksyms (specified)
-l /proc/modules (default)
-o /lib/modules/2.4.0-test11/ (
On Sat, 18 Nov 2000 18:50:00 +0100 (MET),
[EMAIL PROTECTED] (Rogier Wolff) wrote:
>Compile a kernel, marking "sx" and "riscom8" as modules.
>
>Install, modprobe sx, and voila, you'll pull in the riscom because
>its "block_til_ready" static was found to satisfy the block_til_ready
>from generic_s
Alex Romosan <[EMAIL PROTECTED]> writes:
> i forgot to bring up eth0 before attempting to connect to my dsl
> provider using ppp over ethernet and i got the following oops:
>
i hate it when i do this. the correct oops follows:
ksymoops 2.3.4 on i686 2.4.0-test11. Options used
-V (default
Werner Almesberger wrote:
> Gerd Knorr wrote:
> > It simply did'nt work correctly and often used to misdetect
> > random bt848 cards as either MIRO or Hauppauge (which where the first
> > available cards).
>
> Well, this means there's yet another mandatory __setup parameter :-(
Why? What is the
On Sat, 18 Nov 2000 12:23:05 -0800 (PST), Andre Hedrick <[EMAIL PROTECTED]> wrote:
>
> If anyone is suffering from the dreaded "dmaproc error 14: unsupported"
> error and want to test a code that could get you out of that deadlock
> please speak up.
>
> Basically this is an Intel 440BX PIIX4 iss
It is on kernel.org and the README tells you what to do to enable the stub
in ide-dma.c If it works let me know!
Cheers,
Andre Hedrick
CTO Timpanogas Research Group
EVP Linux Development, TRG
Linux ATA Development
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
th
Dear kernel hackers,
I am forwarding this message to you because the problem discussed
touches on several areas of the kernel: filesystems, SCSI and
USB.
I am including my original bug report sent to linux-usb-users
here:
-
As you may or may not have been aware, there hav
On Sat, Nov 18, 2000 at 03:48:06PM -0800, H. Peter Anvin wrote:
> Followup to: <[EMAIL PROTECTED]>
> By author:Pavel Machek <[EMAIL PROTECTED]>
> In newsgroup: linux.dev.kernel
>
> > > Actually, on machines where RDTSC works correctly, you'd like to use
> > > that to detect a lost timer inte
"Albert D. Cahalan" wrote:
>
> The 'D' means that the process is running uninterruptable kernel
> code that should never take long to execute. Usually it means
> the process is doing disk IO.
>
> To find where process 613 is stuck, do this:
>
> ps -p 613 -o comm,stat,f,pcpu,nwchan,wchan
361
On Sun, 19 Nov 2000 20:28:39 +1100,
Vincent <[EMAIL PROTECTED]> wrote:
>Nov 19 19:46:47 darkstar kernel: Unable to handle kernel paging request
>at virtual address dfdfdfc4
>Nov 19 19:46:47 darkstar kernel: *pde =
>EIP: 0010:[]
See linux/REPORTING-BUGS.
-
To unsubscribe from this list:
Compile failed:
megaraid.c: In function `mega_findCard':
megaraid.c:1906: warning: implicit declaration of function
`pci_resource_start'
drivers/scsi/scsi.a(megaraid.o): In function `mega_findCard':
megaraid.o(.text+0x19a7): undefined reference to `pci_resource_start'
Seems a #include is missi
At Mon, 13 Nov 2000 11:13:19 -0500,
Jakub Jelinek <[EMAIL PROTECTED]> wrote:
> ago were done in the kernel, POSIX message queue passing is not doable in
> userland without kernel help either (I have a message queue filesystem
> kernel patch for this, but it is a 2.5 thing).
Interesting. Is yours
Werner Almesberger <[EMAIL PROTECTED]> writes:
> Eric W. Biederman wrote:
> > I have one that loads a second kernel over the network using dhcp
> > to configure it's interface and tftp to fetch the image and boots
> > that is only 20kb uncompressed
>
> Neat ;-) My goal is actually not only
Werner Almesberger <[EMAIL PROTECTED]> writes:
> Eric W. Biederman wrote:
> > Well there is that. Somehow implementing scatter/gather from
> > a user space process seemed like a potential mess, and extra work.
>
> Did you look at kiobufs ? I think they may just have the right
> functionality.
David Ford <[EMAIL PROTECTED]> writes:
> Andrew Park wrote:
>
> > I get a message
> >
> > neighbour table overflow
> >
> > What does that mean? It seems that
> >
> > net/ipv4/route.c
> >
> > is the place where it prints this. But under what circumstances
> > does this happen?
>
> As about the broken calling conventions of the IA32 ABI, I think it
> doesn't worth to break the binary compatibility at this late stage.
We are not at any late stage. The new 64-bit PC processors might
be accepted about as well as Microchannel and EISA were accepted.
Crummy old 32-bit processo
"Eric W. Biederman" wrote:
> > Be sure lo is established before eth0 and you won't see this message.
>
> Hmm. How does the interaction work. I've been meaning to track it for
> a while but haven't yet.
>
> >From the cases I have observed it seems to be connected with arp requests
> that aren't
[2.] Full description of the problem/report:
using gnome-terminal, the default alias ls='/bin/ls $LS_OPTIONS'
#mount /mnt/cdrom
#cd /mnt/cdrom
#ls
Segmentation fault
#ls
root@darkstar:~# umount /mnt/cdrom
umount: /mnt/cdrom: device is busy
root@darkstar:~# umount -f /mnt/cdrom
umount2: Device or
Gerd Knorr wrote:
> Why? What is the point in compiling bttv statically into the kernel?
> Unlike filesystems/ide/scsi/... you don't need it to get the box up.
> No problem to compile the driver as module and configure it with
> /etc/modules.conf ...
Huh?
Some systems are built without module
Is this something to be concerned about? It sounds like a disaster waiting
to happen from the message. This is on 2 systems (with similar disk setups
[same other than size]).
dmesg from bootup:
Nov 18 16:31:01 mwg kernel: md driver 0.90.0 MAX_MD_DEVS=256, MAX_REAL=12
Nov 18 16:31:01 mwg kerne
Tom Leete wrote:
>
> Hi,
>
> The second and third arguments of get_joliet_filename() are swapped.
>
> Tom
>
> --- linux-2.4.0-test11/fs/isofs/namei.c.origSat Nov 18 01:55:55 2000
> +++ linux-2.4.0-test11/fs/isofs/namei.c Sat Nov 18 07:08:05 2000
> @@ -127,7 +127,7 @@
>
>= Original Message From [EMAIL PROTECTED] (Eric W. Biederman) =
>Werner Almesberger <[EMAIL PROTECTED]> writes:
>
>> Eric W. Biederman wrote:
>> > I have one that loads a second kernel over the network using dhcp
>> > to configure it's interface and tftp to fetch the image and boots
>> >
Eric W. Biederman wrote:
> Hmm. What does it take to mount an NFS partition?
Mainly Sun RPC :-(
> Anyway. All I did was wrote a tiny libc that is just a bunch of
> wrappers for syscalls, and some string functions.
Certainly a good approach. It's also basically the idea behind newlib,
although
Same problem as Vincent - OOPs when "ls" a mounted cdrom. It did work
once with a CD-R. My report symptoms are nearly identical to previous
post with same subject heading with a few differences:
[4.] Kernel version (from /proc/version):
Linux version 2.4.0-test11 (root@svcr-adsl) (gcc driver vers
On Sun, Nov 19, 2000 at 03:39:43AM -0800, George Garvey wrote:
> Is this something to be concerned about? It sounds like a disaster waiting
> to happen from the message. This is on 2 systems (with similar disk setups
> [same other than size]).
Nothing to worry. (I got worried also when I
Linus Torvalds wrote:
>
> ...
> But the algorithm itself should allow for other values. In fact, I think
> that you'll find that it works fine if you switch to non-exclusive
> wait-queues, and the only reason you see the repeatable D states is
> exactly the case where we didn't "take" the semapho
> I'm getting '__alloc_pages: 7-order allocation failed.' every time I
> play something to my maestro card (using the maestro kernel module,
> with dsps_order=2)..
Its a debugging message.
> for (order = (dsps_order + (16-PAGE_SHIFT) + 1); order >= (dsps_order + 2 + 1);
>order--)
> if((
> > o Fix file/block when spacing to tape beginning (Kai Maiksara)
> > o Small ISDN documentation fixes (Kai Germaschewski)
>
> Alan, On the ISDN issue, isdn4K-utils seems to be out of sync with=20
> kernels older than 2.2.16. Some #define's that used to be in
> the 2.2.1
> > > protocol for USB communication being diluted down. Realize that a 1KB
> > > block has 4 times the overhead of a 4KB block (on a per-byte-of-data
> > > basis). The usb-storage driver attempts to get the SCSI layer to give it
That guess would be dubious. Its also not IMHO enough to expla
On Sun, Nov 19, 2000 at 03:39:43AM -0800, George Garvey wrote:
> Is this something to be concerned about? It sounds like a disaster waiting
> to happen from the message. This is on 2 systems (with similar disk setups
> [same other than size]).
> Nov 18 16:31:02 mwg kernel: md: serializing resync,
Eric W. Biederman wrote:
> The code wasn't trivially reusable, and the structures had a lot
> of overhead.
There's some overhead, but I think it's not too bad. I'll give it a
try ...
> The rebooting is done the rest is not yet.
Ah, and I already wondered where in all the APIC code you've hidden
> > Why? What is the point in compiling bttv statically into the kernel?
> > Unlike filesystems/ide/scsi/... you don't need it to get the box up.
> > No problem to compile the driver as module and configure it with
> > /etc/modules.conf ...
>
> Huh?
>
> Some systems are built without module sup
On Sun, Nov 19, 2000 at 07:24:16PM +0900, GOTO Masanori wrote:
> At Mon, 13 Nov 2000 11:13:19 -0500,
> Jakub Jelinek <[EMAIL PROTECTED]> wrote:
> > ago were done in the kernel, POSIX message queue passing is not doable in
> > userland without kernel help either (I have a message queue filesystem
>
On 19 Nov 2000 12:56:17 GMT,
[EMAIL PROTECTED] (Gerd Knorr) wrote:
>Some generic way to make module args available as kernel args too
>would be nice. Or at least some simple one-liner I could put next to
>the MODULE_PARM() macro...
On my list for 2.5. If foo is declared as MODULE_PARM in objec
Hi!
Thanks for the fast reply - but I can't follow. What is the _tuning
aspect_ and how is it modified?
Andre Hedrick <[EMAIL PROTECTED]> wrote:
>
> There is a problem that it does not downgrade the IO if all you have is
> iCRC errors. The threshold is 10 events without other errors and it
>
it seems there has been a change in the format of the /proc/cpuinfo file: infact
'flags: ' became 'features: '
This change broke xmms and could broke any other program which relies on
/proc/cpuinfo...
I hope the problem will be solved (in the kernel or in every other program which uses
/proc
-BEGIN PGP SIGNED MESSAGE-
there is a rootkit kernel module out there that, if loaded onto your
system, can make it almost impossible to detect that your system has been
compramised. with module support disabled this isn't possible.
if you have dynamic hardware, then yes it's nice to be
On Sun, 19 Nov 2000, David Lang wrote:
> there is a rootkit kernel module out there that, if loaded onto your
> system, can make it almost impossible to detect that your system has been
> compramised. with module support disabled this isn't possible.
Yes, it is. Easily. If you've got root you
On Sun, 19 Nov 2000 07:16:52 -0800 (PST),
David Lang <[EMAIL PROTECTED]> wrote:
>there is a rootkit kernel module out there that, if loaded onto your
>system, can make it almost impossible to detect that your system has been
>compramised. with module support disabled this isn't possible.
Wrong.
Markus Schoder wrote:
>
> --- Linus Torvalds <[EMAIL PROTECTED]> schrieb: >
>
> >
> > On Sat, 18 Nov 2000, adrian wrote:
> >
> > >
> > >
> > > On Sat, 18 Nov 2000, Linus Torvalds wrote:
> > >
> > > > There's almost certainly more than that. I'd
> > love to have a report on my
> > > > asm-only ve
Three small patches against test11-pre7
1) creates arch_init_modules(), removes alpha specific code from
module.c
2) makes non-modular try_inc_use_count() an inline for better
optimization.
3) Creates __modinfo define.
--
Brian Gerst
diff -urN l
On Sun, 19 Nov 2000, Alexander Viro wrote:
> On Sun, 19 Nov 2000, David Lang wrote:
> > there is a rootkit kernel module out there that, if loaded onto your
> > system, can make it almost impossible to detect that your system has been
> > compramised. with module support disabled this isn't possib
In article <[EMAIL PROTECTED]> you write:
>On Sun, 19 Nov 2000, Alexander Viro wrote:
>> On Sun, 19 Nov 2000, David Lang wrote:
>> > there is a rootkit kernel module out there that, if loaded onto your
>> > system, can make it almost impossible to detect that your system has been
>> > compramised.
On Sun, 19 Nov 2000, Jeff V. Merkey wrote:
> > o Small ISDN documentation fixes (Kai Germaschewski)
>
> Alan, On the ISDN issue, isdn4K-utils seems to be out of sync with
> kernels older than 2.2.16. Some #define's that used to be in
> the 2.2.14 patch don't seem to be in 2.2
It's working fine here w/o modification. Maybe you need the latest
version or have somethinn enabled that I don't.
Gianluca Anzolin wrote:
>
> it seems there has been a change in the format of the /proc/cpuinfo file: infact
>'flags: ' became 'features: '
>
> This change broke xmms and could br
On Sun, 19 Nov 2000, Christer Weinigel wrote:
> In article <[EMAIL PROTECTED]> you write:
> >On Sun, 19 Nov 2000, Alexander Viro wrote:
> >> On Sun, 19 Nov 2000, David Lang wrote:
> >> > there is a rootkit kernel module out there that, if loaded onto your
> >> > system, can make it almost impos
On Sun, 19 Nov 2000, Christer Weinigel wrote:
> In article <[EMAIL PROTECTED]> you write:
> >On Sun, 19 Nov 2000, Alexander Viro wrote:
> >> On Sun, 19 Nov 2000, David Lang wrote:
> >> > there is a rootkit kernel module out there that, if loaded onto your
> >> > system, can make it almost impossib
On Sun, 19 Nov 2000, Alexander Viro wrote:
> > >Kernel on writeprotected floppy disk...
> Cute. And when (not if) we get hit by new bug in the net/*/* you will drive
> to the location of said router to upgrade the thing.
No, post/email a floppy to tech who swaps the floppy and reboots router.
-D
Jeff Garzik wrote:
>
> dalecki wrote:
> > -#if LINUX_VERSION_CODE > 0x020024
> > #include
> > -#endif
>
> *cheer*
I missd this point...
>
> > -u32 RDINDOOR (mega_host_config * megaCfg)
> > +ulong RDINDOOR (mega_host_config * megaCfg)
> > -void WRINDOOR (mega_host_config * megaCfg, u32 value)
> Why not? /me has nearly everything compiled as modules.
Some people have extensive sh, awk and sed scripts to manage their systems, some
have compiled programs.
> > There is an introduced security weakness by using kernels.
>
> ??? Guess you mean "by using modules"? Which weakness? Other
Miquel van Smoorenburg wrote:
>
> In article <[EMAIL PROTECTED]>,
> dalecki <[EMAIL PROTECTED]> wrote:
> >This is a multi-part message in MIME format.
> >1. Merge the most current version (aka: 1.08) of the
> > MegaRAID driver from AMI in to the most current kernel
> > (2.4.0-test10 and frie
Christer Weinigel wrote:
> >Kernel on writeprotected floppy disk...
>
> So change the CMOS-settings so that the BIOS changes the boot order
> from A, C, CD-ROM to C first instead. *grin* How long do you want
> to keep playing Tic-Tac-Toe?
>
> Of course, using capabilities and totally disabling
My guess is that it's a plugin, the source for xmms doesn't have "cpuinfo" anywhere in
it.
-d
Gianluca Anzolin wrote:
> it seems there has been a change in the format of the /proc/cpuinfo file: infact
>'flags: ' became 'features: '
>
> This change broke xmms and could broke any other program
On Sun, Nov 19, 2000 at 01:53:00AM +0100, bert hubert wrote:
: On Sat, Nov 18, 2000 at 03:15:28PM -0800, Dan Hollis wrote:
:
::: In that case, the wording of the manpage needs to be changed, as it
::: implies that 'either or both' of the filedescriptors can be sockets.
::
:: Its quite clea
On Sun, 19 Nov 2000, Taisuke Yamada wrote:
> Earlier this month, I had sent in a patch to 2.2.18pre17 (with
> IDE-patch from http://www.linux-ide.org/ applied) to add support
> for IDE disk larger than 32GB, even if the disk required "clipping"
> to reduce apparent disk size due to BIOS limitatio
At 11:26 17/11/2000, Alan Cox wrote:
> > drive problem, considering that another ide drive on the same controller
> > works fine with DMA enabled (a QUANTUM TRB850A) while the Conner
> > Peripherals 1275MB - CFS1275A fails with DMA enabled. They are in fact
> both
>
>And the Conner drives work fi
The original was good, but the changes made to do the callout fail to
return structs that need to be filled. This is my fault.
On Sun, 19 Nov 2000, Dan Aloni wrote:
> On Sun, 19 Nov 2000, Taisuke Yamada wrote:
>
> > Earlier this month, I had sent in a patch to 2.2.18pre17 (with
> > IDE-patch
> > So change the CMOS-settings so that the BIOS changes the boot order
> > from A, C, CD-ROM to C first instead. *grin* How long do you want
> > to keep playing Tic-Tac-Toe?
>
> Writeprotect the flashbios with the motherboard jumper, and remove the
> cmos battery.
>
> Checkmate. :-)
You can
2.4.0-test11-pre3 kernel said
Nov 19 17:40:25 iapetus kernel: Attempt to read inode for relocated directory
Nov 19 17:40:25 iapetus last message repeated 8 times
while doing a
mount -t iso9660 /dev/hdc /cdrom
cd /cdrom
find -depth |cpio -pdm /dst
Is reproducable here,
On Sun, Nov 19, 2000 at 04:30:34AM +0900, Taisuke Yamada wrote:
> Earlier this month, I had sent in a patch to 2.2.18pre17 (with
> IDE-patch from http://www.linux-ide.org/ applied) to add support
> for IDE disk larger than 32GB, even if the disk required "clipping"
> to reduce apparent disk size
Sorry for using this address, there does not appear to be a special maintainer
for the 3c509 network driver.
1.
3c509 driver broken in 2.4.0-test10, not in -test9
2.
The 3c509 network driver worked fine for decades almost ;-) that is 2.0.x,
2.2.x, and 2.4.0-test up to 9. In 2.4.0-test10 it
Peter Rottengatter wrote:
>
> Sorry for using this address, there does not appear to be a special maintainer
> for the 3c509 network driver.
>
> 1.
> 3c509 driver broken in 2.4.0-test10, not in -test9
>
> 2.
> The 3c509 network driver worked fine for decades almost ;-) that is 2.0.x,
> 2.2.x, a
--- Brian Gerst <[EMAIL PROTECTED]> wrote:
> > Ok, that was it! It's IRQ 13. Guess I should
have
> > tried that first. Now everything works perfectly.
> > Thanks everybody.
>
> What motherboard do you have? I can't reproduce
> this on my FIC SD11.
>
> --
>
>
On Sun, 19 Nov 2000, David Ford wrote:
>
> My guess is that it's a plugin, the source for xmms doesn't have "cpuinfo" anywhere
>in it.
>
> -d
>
> Gianluca Anzolin wrote:
>
> > it seems there has been a change in the format of the /proc/cpuinfo file: infact
>'flags: ' became 'features: '
> >
Hi Vincent and Tony,
Hate to spoil the fun :( but, try the patch Tom Leete commited on Saturday
november 18th.
Since your Oopses are related to get_joliet_filename(), this might just do
the trick?
Luuk
>Hi,
>
>
>The second and third arguments of get_joliet_filename() are swapped.
>
>
>Tom
>
>
On Sun, 19 Nov 2000, David Lang wrote:
> there is a rootkit kernel module out there that, if loaded onto your
> system, can make it almost impossible to detect that your system has been
> compramised. with module support disabled this isn't possible.
Wrong. I've seen messages on bugtraq saying
On Sun, 19 Nov 2000, Andrew Morton wrote:
>
> I don't see a path where David's patch can cause a lost wakeup in the
> way you describe.
Basically, if there are two up() calls, they might end up waking up only
one process, because the same process goes to sleep twice. That's wrong.
It should wa
Hello!
> During boot, I get the message:
>
> PCI: No IRQ known for interrupt pin A of device 00:00.1. Please try
> using pci=biosirq.
Can you send me 'lspci -vvx' output, please?
Have a nice fortnight
--
Martin `MJ' Mares <[EMAIL PROTECTED]> <[EMAIL PROTECTED]
Hello!
> I have a motherboard with a broken bios that is unable to set interrupts
> correctly, i.e. it initializes the devices corerctly but swaps the
> interrupts for slot1/slot3 and slot2/slot4.
>
> Now, is there a way to forcefully re-order the pci-interrupts? I do not
> have an io-apic (thus
On Mon, 20 Nov 2000, Keith Owens wrote:
> On 19 Nov 2000 12:56:17 GMT,
> [EMAIL PROTECTED] (Gerd Knorr) wrote:
> >Some generic way to make module args available as kernel args too
> >would be nice. Or at least some simple one-liner I could put next to
> >the MODULE_PARM() macro...
>
> On my li
On Sat, Nov 18, 2000 at 10:43:20PM -0500, John Cavan wrote:
> Bus 1, device 0, function 0:
> VGA compatible controller: Matrox Graphics, Inc. MGA G400 AGP (rev 5).
> IRQ 16.
> Master Capable. Latency=64. Min Gnt=16.Max Lat=32.
> Prefetchable 32 bit memory at 0xf600 [0xf7fff
Martin Mares <[EMAIL PROTECTED]> writes:
> > During boot, I get the message:
> >
> > PCI: No IRQ known for interrupt pin A of device 00:00.1. Please try
> > using pci=biosirq.
>
> Can you send me 'lspci -vvx' output, please?
>
i am not the original poster, but i get the same message (save fo
Hi!
> >One note for the archives, if you are presented a choice between a OHCI
> >or a UHCI controller, go for the OHCI. It has a "cleaner" interface,
> >handles more of the logic in the silicon, and due to this provides
> >faster transfers.
>
> I'd disagree. UHCI has tons of advantages, not t
Hi1
> > Did you try to load an initrd on a low-memory machine?
> > It shouldn't work and it probably won't ;)
>
> You must be really low on memory ;-)
>
> # zcat initrd.gz | wc -c
> 409600
>
> (ash, pwd, chroot, pivot_root, smount, and still about 82 kB free.)
Your solution requires 400K ini
Hi!
> > book, Ext2 throws safety to the wind to achieve speed. This also ties
> > into Linux' convoluted VM system, and is shot in the foot by NFS. We
> > would need minimally a journaled filesystem and a clean VM design,
> > probably with a unified cache (no separate buffer, directory entry and
Werner Almesberger <[EMAIL PROTECTED]> writes:
> Eric W. Biederman wrote:
> > The code wasn't trivially reusable, and the structures had a lot
> > of overhead.
>
> There's some overhead, but I think it's not too bad. I'll give it a
> try ...
>
> > The rebooting is done the rest is not yet.
>
>
Hi!
> > > Anyway, this should be solvable by checking for clock change in the
> > > timer interrupt. This way we should be able to detect when the clock
> > > went weird with a 10 ms accuracy. And compensate for that. It should be
> > > possible to keep a 'reasonable' clock running even through t
Pavel Machek wrote:
> > Actually, I was planning on doing on putting in a hack to do something
> > like that: calculate a checksum after every buffer data update and check
> > it after write completion, to make sure nothing scribbled in the buffer
> > in the interim. This would also pick up some
Just a data point
I'm listening to mp3s now via xmms, running 2.4.0-test11-pre7
# uname -r -s
Linux 2.4.0-test11-pre7
# rpm -q xmms
xmms-1.2.3-0_helix_1
the "flags/features" switch doesn't seem to hurt it:
# cat /proc/cpuinfo
processor : 0
vendor_id : AuthenticAMD
cpu family :
Petr Vandrovec wrote:
>
> On Sat, Nov 18, 2000 at 10:43:20PM -0500, John Cavan wrote:
> > Bus 1, device 0, function 0:
> > VGA compatible controller: Matrox Graphics, Inc. MGA G400 AGP (rev 5).
> > IRQ 16.
> > Master Capable. Latency=64. Min Gnt=16.Max Lat=32.
> > Prefetchable
Someone wrote:
> > > So change the CMOS-settings so that the BIOS changes the boot order
> > > from A, C, CD-ROM to C first instead. *grin* How long do you want
> > > to keep playing Tic-Tac-Toe?
> >
> > Writeprotect the flashbios with the motherboard jumper, and remove the
> > cmos battery.
T
[Please help me test this patch (for linux-2.4.0-test10/11)!]
This is my tx performance patch for dmfe, excluding the locking fixes,
which will appear in a separate patch. I would like feedback from testing
and code inspection. New since the last patch is the line printed when a
new card is found
Christer Weinigel wrote:
> In article <[EMAIL PROTECTED]> you write:
> >On Sun, 19 Nov 2000, Alexander Viro wrote:
> >> On Sun, 19 Nov 2000, David Lang wrote:
> >> > there is a rootkit kernel module out there that, if loaded onto your
> >> > system, can make it almost impossible to detect that yo
Alexander Viro wrote:
> On Sun, 19 Nov 2000, Christer Weinigel wrote:
>
> > In article <[EMAIL PROTECTED]> you write:
> > >On Sun, 19 Nov 2000, Alexander Viro wrote:
> > >> On Sun, 19 Nov 2000, David Lang wrote:
> > >> > there is a rootkit kernel module out there that, if loaded onto your
> > >>
On Sun, Nov 19, 2000 at 08:20:33PM +0100, Martin Mares wrote:
> > During boot, I get the message:
> >
> > PCI: No IRQ known for interrupt pin A of device 00:00.1. Please try
> > using pci=biosirq.
>
> Can you send me 'lspci -vvx' output, please?
>
Here you go:
00:00.0 Host bridge: Silicon Int
I'm using 2.4.0-test11pre7
I calcute md5sum of some files in a ext2 partition. I move those files
to a vfat partition. I duplicate the directory im the vfat partition. The
duplicate set doesn't pass the md5sum.
I have done various test and I can replicate they don't pass the md5 sum.
Are there
> "dalecki" == dalecki <[EMAIL PROTECTED]> writes:
A few questions after scanning through your patch, it's likely I
missed something but I am kind acurious.
dalecki> The attached patch does the following: 1. Merge the most
dalecki> current version (aka: 1.08) of the MegaRAID driver from AMI
Hello,
After I mounted my windows partition under 2.4.0-test11pre6
the file system was corrupted.
John
-
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.o
On Sun, 19 Nov 2000 20:03:52 +0100 (CET),
Gerd Knorr <[EMAIL PROTECTED]> wrote:
>On Mon, 20 Nov 2000, Keith Owens wrote:
>> On my list for 2.5. If foo is declared as MODULE_PARM in object bar
>> then you will be able to boot with bar.foo=27 or even foo=27 as long as
>> variable foo is unique amo
> During boot, I get the message:
>
> PCI: No IRQ known for interrupt pin A of device 00:00.1. Please try
> using pci=biosirq.
It is related to VGA card (at least on my system).
Enabling 'Assign IRQ for VGA' in BIOS causes the message to disapear.
Pavel
-
To unsubscribe from this list: send t
On Sun, Nov 19, 2000 at 09:24:04PM +0100, Pavel Machek wrote:
> Hi!
>
> > > > Anyway, this should be solvable by checking for clock change in the
> > > > timer interrupt. This way we should be able to detect when the clock
> > > > went weird with a 10 ms accuracy. And compensate for that. It shou
> > Earlier this month, I had sent in a patch to 2.2.18pre17 (with
> > IDE-patch from http://www.linux-ide.org/ applied) to add support
> > for IDE disk larger than 32GB, even if the disk required "clipping"
> > to reduce apparent disk size due to BIOS limitation.
>
> This patch is not good. It
On Sun, Nov 19, 2000 at 05:36:23PM +0100, Andries Brouwer wrote:
> DESCRIPTION
>This call copies data between one file descriptor and
>another. Either or both of these file descriptors may
>refer to a socket. in_fd should be a file descriptor
>opened
> It is on kernel.org and the README tells you what to do to enable the stub
> in ide-dma.c If it works let me know!
Andre,
Where on kernel.org are you hiding the README and patch files you
mention?
Regards,
Sean
-
To unsubscribe from this list: send the line
> > With this patch, you will be able to use disk capacity above
> > 32GB (or 2GB/8GB depending on how clipping take effect), and
> > still be able to boot off from the disk because you can leave
> > the "clipping" turned on.
>
> I suppose you know that no kernel patch is required (since
> setma
I had occasion to "telinit 1" today and found that it took a long time
to login after root passwd was entered. this doesn't happen with 2.2.X
kernels.
Is this to be expected with the 2.4 series kernels? or a bug?
Martin
strace for 2.4.0-test11-pre7
---snip---
gettimeofday({974665658, 952483},
On Mon, 20 Nov 2000, Taisuke Yamada wrote:
> > This patch is not good. It compiles, but when I boot the kernel, it
> > decides to ignore the hdc=5606,255,63 parameter that I pass to the kernel,
> > and limits the number of sectors to fill 8.4GB.
>
> Please retest with hdc=... parameter removed.
On Sat, 18 Nov 2000, Andrew Morton wrote:
>
> This patch removes tq_scheduler from the kernel. All uses of
> tq_scheduler are migrated over to use schedule_task().
>
> Notes:
> - If anyone sleeps in a callback, then all other users of
> schedule_task() also sleep. But there's nothing new here
> > > This patch is not good...[snip]
> >
> > Please retest with hdc=...
>
> Ok, I've booted without the parameter, and without the jumper on
> clipping mode (I'll do it tommorow, it's 1AM now) got something
> similiar to what you've written, and everything looks ok.
Great, so it worked.
# Sinc
I have testing a HP 8200e USB CDRW Driver with this version of kernel.
With the vainilla test10, after wrinting 14 MB, the cdrecotrd proccess lock,
and I have the next messsage imn the logs:
Nov 19 22:35:34 localhost kernel: usb_control/bulk_msg: timeout
These doesn't happen with test10. But I
1 - 100 of 147 matches
Mail list logo
