(I'm posting this to the kernel list because I'm still not convinced
that the deadlock results from a problem with a specific ethernet
driver.)
I enabled debuggin in tulip.c with #define TULIP_DEBUG 7 and directed
klogd to save all kernel messages to a file. After initialization
(seems to work,
Hi Linus,
Please consider including this user space serial driver. It was writen for
the Pele 833 RAS Server but is also usable for other serial device drivers
in user space.
Patrick
diff -u -r --new-file linux-2.4.0-test7.clean/Documentation/Configure.help
On 29 Nov 2000, John Fremlin wrote:
>
> Support for this card is currently broken for people whose BIOS used
> to activate it with ISA PnP, as the kernel now decides to deactivate
> it. On 27 Oct 2000 21:48:44 +0100, I sent the maintainer
> <[EMAIL PROTECTED]> and the mailing list
> <[EMAIL
On Thu, Nov 30, 2000 at 12:53:40AM -0500, Mohammad A. Haque wrote:
> Anyone else out there with a Keyspan USB PDA adapter using test12-pre3?
> I'm experiencing hangs when I try to send data to my Palm Vx using it.
> Locks up the machine hard. No SysRq. No messages. USB serial debug
> output
You write:
> Hmm, gonna try to follow the REPORTING-BUGS file here...
>
> [1.] One line summary of the problem:
>
> directory size increases when adding 0-size files,
> but doesn't decrease when removing them.
It may or may not be considered a bug, but in any case it has been like
Hello,
When creating a lot of Java threads per second linux slows down to a
crawl. I don't think this happens on NT, probably because NT doesn't
create new threads as fast as Linux does.
Is there a way (setting ?) to solve this problem ? Rate-limit the number
of threads created ? The problem
[cc'ed to maintainers of md and lvm]
hi,
in generic_make_request(), the following code handles stacking:
do {
q = blk_get_queue(bh->b_rdev);
if (!q) {
printk(...)
buffer_IO_error(bh);
break;
}
} while
This could be a CD scratch, but I don't think it is.
This is a brand new CD which I just opened.
After the errors from /var/log/messages, I include
info from hdparm -g -i.
hdc: packet command error: status=0x51 { DriveReady SeekComplete Error }
hdc: packet command error: error=0x50
ATAPI device
Peter Samuelson wrote:
>
> [Remi Turk]
> > Do I understand correctly that this means hardlinks to directories
> > (except . and ..) are fundamentally impossible in Linux?
>
> Why do you want to be able to do that? Use symlinks or loopback mounts
> and stay out of trouble.
Probably just
Neil Brown writes:
> + An example for libraries from drivers/acorn/scsi/Makefile:
This is no longer true; you'll have to find another example.
> + As ordering is not so important in libraries, this still uses
> + LX_OBJS and MX_OBJS, though (presumably) it could be changed to
> +
On Wed, 29 Nov 2000, Damacus Porteng wrote:
> Andre:
>
> Is that to say that I'd experience this problem with any EIDE CDRW used on one
> of the HPT366 channels, or is it to say that only several CDRWs aren't
> supported under this chipset?
If you want to run it under PIO mode and not do
Date: Wed, 29 Nov 2000 20:53:32 -0800 (PST)
From: Mark Sutton <[EMAIL PROTECTED]>
^^
This packet is never ACK'd by www.sun.com and the only difference I
can see from one that is are these two bits. RFC793 says they must be zero.
Is 793 still
I reported a similar problem. In my case, the interrupt
sharing is between two Cardbus cards (3c575 and a Belkin
BusPort Mobile). My network locks up with eth0 errors.
So, do you believe this is the same bug or something else?
My machine seems to be sharing the interrupt to four devices?
#>
> > Nov 29 17:12:14 sasami kernel: usb_control/bulk_msg: timeout
> > Nov 29 17:12:14 sasami kernel: usb.c: USB device not accepting new address=6
>(error=-110)
This message is now showing up for a lot of people.
I think we need to change the source to have it say what is really
happening:
Anyone else out there with a Keyspan USB PDA adapter using test12-pre3?
I'm experiencing hangs when I try to send data to my Palm Vx using it.
Locks up the machine hard. No SysRq. No messages. USB serial debug
output doesn't have much either...
Nov 30 00:09:25 viper kernel: keyspan_pda.c:
On Wed, 29 Nov 2000 22:49:29 -0600 (CST),
Dmitri Matrosov <[EMAIL PROTECTED]> wrote:
>i got these modprobing module bttv on linux2.4.0-test11, when loading it
>at startup machine hangs oopsing in endless loop.
grep modutils linux/Documentation/Changes
-
To unsubscribe from this list: send the
Hi
I can't seem to find this mentioned anywhere. My 2.4 machine
sets 2 bits in the TCP header between the 4 data offset bits and control
flags. Like so:
11/29-20:25:42.695096 24.67.152.12:62373 -> 192.18.97.241:80
TCP TTL:63 TOS:0x0 ID:0 DF
21S* Seq: 0x74E55D1A Ack: 0x0 Win:
hi all, im new to the list
maybe someone might search thru this "stuff", im not gonna, so i just
leave it here...
i got these modprobing module bttv on linux2.4.0-test11, when loading it
at startup machine hangs oopsing in endless loop.
#endif
ksymoops 2.3.5 on i686 2.4.0-test11. Options
1) There is a link in /lib/modules/2.4.0.11:
build->/usr/src/linuxcreated by the Makefile
(make modules_install). What for?
2) (Answered)
3) (Answered)
4) Some of the device special files are missing
when using devfs.
devfsd is running (loaded at the beginning of rc.S
by init).
Finally got around to trying the 2.2.18pre series and the agp/drm
backport and noticed something odd at bootup. Here's an extract from
dmesg:
Linux agpgart interface v0.99 (c) Jeff Hartmann
agpgart: Maximum main memory to use for agp memory: 440M
agpgart: Detected Intel 440BX chipset
agpgart:
1) There is a link in /lib/modules/2.4.0.11:
build->/usr/src/linuxcreated by the Makefile
(make modules_install). What for?
2) (Answered)
3) (Answered)
4) Some of the device special files are missing
when using devfs.
devfsd is running (loaded at the beginning of rc.S
by init).
Patrick Mochel wrote:
>
> Hmm...I tried it a few times, and I could not get it to fail. This is
> what I did:
Success!
rm -rf linux-2.4
Started over with my original linux-2.4.0-test10.bz2, patched it up and
all was fine.
Perhaps I experienced some of the fs corruption that has been floating
On Wed, 29 Nov 2000, Kurt Garloff wrote:
>Date: Wed, 29 Nov 2000 19:14:02 +0100
>From: Kurt Garloff <[EMAIL PROTECTED]>
>To: --Damacus Porteng-- <[EMAIL PROTECTED]>
>Cc: Linux kernel list <[EMAIL PROTECTED]>
>Content-Type: multipart/signed; micalg=pgp-md5;
>
When using ethernet bonding, does it divide the load between the
two based on connection, or packet by packet? In other words, if
a single TCP connection were established between the two
machines, would it be twice as fast -using both cables for a
single file transfer lets say, or is it like SMP
I've been noticing some nasty problems with 2.4.0-test11-pre7, constantly
getting out of memory problems running megahal ( a conversation generator),
I think it has a memory leak.. nothing else seems to cause this.
Nov 29 21:36:41 intolerance kernel: kernel BUG at page_alloc.c:84!
Nov 29
gcc has a minor bug[1]: __attribute__(("section")) is ignored for the
'.rodata' section. This means that string constants cannot be
__initdata -- we have to use arrays instead. The other workaround is
to use -fwritable-strings, which would be much worse.
[1] OK so it's arguable whether or not
> These three boxes had similar uptimes (since their last kernel rebuild); 249
> days, 248 days, 250 days. Comparing the logs of each box, we saw that each
> box's rocketport stopped working after aproximately 248 days 16 hours uptime.
> So, my questions are:
> - has anyone heard of such a bug
> > 9: 3134 XT-PIC 3c574_cs
> >11: 1 XT-PIC Ricoh Co Ltd RL5c475, usb-uhci
>
> Your videocard is also at 11. Could be an issue if the USB driver hates
> sharing IRQ's.
Other than a boot time lockup bug which is now fixed it should be fine
-
To
It this is a known thing, please don't kill me...
Hmm, gonna try to follow the REPORTING-BUGS file here...
[1.] One line summary of the problem:
directory size increases when adding 0-size files,
but doesn't decrease when removing them.
[2.] Full description of the problem/report:
> [snip a boring troll]
Please, don't insult my mother in law. She's not that boring ;P
Igmar
-
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/
> CPU0
> 0:1415829 XT-PIC timer
> 1: 10361 XT-PIC keyboard
> 2: 0 XT-PIC cascade
> 3: 70687 XT-PIC serial
> 5: 0 XT-PIC Intel ICH
> 9: 3134 XT-PIC
Hello Kernel people,
I am not subscribed to the kernel mailing list, so please cc responses to me.
We have several linux boxes useing 8 port rocketport pci multiport serial
cards. Earlier last week 3 of them stopped working within a 24 hour period.
These three boxes had similar uptimes (since
On Wed, 29 Nov 2000, Dunlap, Randy wrote:
> > From: Alexander Viro [mailto:[EMAIL PROTECTED]]
> >
> > On Wed, 29 Nov 2000, Randy Dunlap wrote:
> >
> > > [I reported this a couple of months back. Got no
> > > feedback on it. If it's just a DDT (don't do that)
> > > or a user error, please
On Thu, 30 Nov 2000 01:28:13 +0100 (MET), [EMAIL PROTECTED] wrote:
> (I am still a bit curious: did other people see this?
> Did someone fix a known problem with net(filter) or say /proc?
> It would be a pity if this disappeared by coincidence
> and appears again next month.)
No problems here,
In message <[EMAIL PROTECTED]> you write:
> Recently I muttered a bit about the fact that
> with 2.4.0test11 masquerading, the first packet
> that was to be forwarded crashes the kernel. Always.
Yes, I was on the plane when I read your report, but I can't reproduce
this. I use masquerading
> > > So umount it twice.
> > I don't see a way to umount it twice or I would have done that.
> > Is there a way?
>
> Erm... Say umount one more time? If _that_ doesn't work - we've got a
> bug, either in umount(2) or in umount(8). Strace would be welcome.
Or I'm using an old version of umount
> From: Alexander Viro [mailto:[EMAIL PROTECTED]]
>
> On Wed, 29 Nov 2000, Randy Dunlap wrote:
>
> > [I reported this a couple of months back. Got no
> > feedback on it. If it's just a DDT (don't do that)
> > or a user error, please say so.]
> >
> > Summary: After I mount usbdevfs 2 times,
On Wed, Nov 29, 2000 at 04:47:27PM -0800, Randy Dunlap wrote:
>
> Summary: After I mount usbdevfs 2 times, and umount it
> 1 time, the usbcore module use count prevents it from
> being rmmod-ed.
> [root@dragon rdunlap]# lsmod
> usbcore50656 2 [uhci]
> and 'mount' shows no
Late in the game, and possibly questionable, but it would be helpful to have
the (new) scsi timer functions externalized so that loadable HBA modules can
easily see them.
This is needed because, particularly for Fibre Channel, it's only the HBA that
knows when a command is actually sent to
On Wed, 29 Nov 2000, Randy Dunlap wrote:
> [I reported this a couple of months back. Got no
> feedback on it. If it's just a DDT (don't do that)
> or a user error, please say so.]
>
> Summary: After I mount usbdevfs 2 times, and umount it
> 1 time, the usbcore module use count prevents it
[I reported this a couple of months back. Got no
feedback on it. If it's just a DDT (don't do that)
or a user error, please say so.]
Summary: After I mount usbdevfs 2 times, and umount it
1 time, the usbcore module use count prevents it from
being rmmod-ed.
This is test12-pre2.
1. Start
I didn't have any problems masquerading w/ test11 here. How do you have
it setup?
[EMAIL PROTECTED] wrote:
>
> Recently I muttered a bit about the fact that
> with 2.4.0test11 masquerading, the first packet
> that was to be forwarded crashes the kernel. Always.
> Tonight I wanted to start
On Wed, 29 Nov 2000, Ian S. Nelson wrote:
> I'm sure this is a religious issue... but I'm going to suggest it
> anyways because I spent a few minutes on it.
[snip a boring troll]
Could you come up with something more, erm, amusing?
-
To unsubscribe from this list: send the line "unsubscribe
[1.] One line summary of the problem: PROBLEM: do_try_free_pages failed for
python
[2.] Full description of the problem/report: Running 2.2.18pre22 on a dual
Sparc20 with 128Mb of RAM.
[3.] Keywords (i.e., modules, networking, kernel):
do_try_free_pages, Sparc
[4.] Kernel version (from
my system has been acting slightly odd on all the pre 12 kernels
with the fs going read only with out any messages until now.
no opps or anything like that, but I did get this just now.
Nov 29 16:03:12 the-penguin kernel: EXT2-fs error (device sd(8,2)): ext2_readdir: bad
entry in directory
usb-uhci.c: interrupt, status 2, frame# 532
usb-uhci.c: interrupt, status 2, frame# 546
usb.c: USB disconnect on device 6
usb-uhci.c: interrupt, status 2, frame# 569
hub.c: USB new device connect on bus1/1, assigned device number 7
usb_control/bulk_msg: timeout
usb.c: USB device not accepting new
On Thu, 30 Nov 2000, Daniel Phillips wrote:
> Alexander Viro wrote:
> > Bloody hell...
>
> I don't know if this is the bug he's got, in fact I doubt it, but it's a
> bug and it needs fixing. The problem is, ext2_get_group_desc
> effectively returns two results; one of them is being assigned
yet another apm related bug. this one is the odd one, frequently i
update my kernel on this laptop. every once in a while, i'd say about
one out of five kernels..upon apm resume, the floppy drive motor will
start spinning. nothing stops it from spinning except i attempt to
mount a non-existing
> Seems to have broken my IntelliMouse Optical (logs from the third time
> I inserted usb-uhci):
>
> Nov 29 17:12:08 sasami kernel: usb-uhci.c: Detected 2 ports
> Nov 29 17:12:08 sasami kernel: usb.c: new USB bus registered, assigned bus number 1
> Nov 29 17:12:08 sasami kernel: hub.c: USB hub
Recently I muttered a bit about the fact that
with 2.4.0test11 masquerading, the first packet
that was to be forwarded crashes the kernel. Always.
Tonight I wanted to start investigating this more closely,
but to my pleasant surprise 2.4.0test12pre3 does not have
this problem. Progress.
(I am
Darryl Miles writes:
> Hmm, what about common symbol generation? i.e. the linker looses the
> ability to throw out "multiply defined symbol" errors where you fail
> to initialise it to a value.
We need to build with -fno-common to be 100% safe in this case. I'll
run several compilations with
Hi,
This might be useful to add to Documentation/sysrq.txt.
Regards,
Nick
--- sysrq.txt.orig Wed Nov 29 17:13:18 2000
+++ sysrq.txt Wed Nov 29 17:23:33 2000
@@ -21,7 +21,10 @@
On x86 - You press the key combo 'ALT-SysRQ-'. Note - Some
Followup to: <[EMAIL PROTECTED]>
By author:Jeff Epler <[EMAIL PROTECTED]>
In newsgroup: linux.dev.kernel
>
> On Wed, Nov 29, 2000 at 04:27:04PM -0700, Ian S. Nelson wrote:
> > c) octals were invented for UNIX file permissions and not
> > programming
>
> You must be joking. Read much
On Wed, Nov 29, 2000 at 04:27:04PM -0700, Ian S. Nelson wrote:
> c) octals were invented for UNIX file permissions and not
> programming
You must be joking. Read much history of computing? Or
alt.folklore.computers? Octal was very natural for 18- and 36-bit
machines, after all.
Jeff
-
To
Alexander Viro wrote:
> Bloody hell...
I don't know if this is the bug he's got, in fact I doubt it, but it's a
bug and it needs fixing. The problem is, ext2_get_group_desc
effectively returns two results; one of them is being assigned from on
conditional paths and the other isn't. This bug
Unable to handle kernel NULL pointer dereference at virtual address
00fc
c02b3527
*pde = 02253067
Oops:
CPU:0
EIP:0010:[]
Using defaults from ksymoops -t elf32-i386 -a i386
EFLAGS: 00010293
eax: ebx: c90cb800 ecx: c03826a8 edx: 0001
esi: 0003 edi:
Erik Mouw wrote:
> Hi all,
>
> I got a new laptop with an Intel 440MX chipset, and USB doesn't work at
> all. I tried both the UHCI drivers, but none of them works. The drivers
> load OK, the USB hardware is detected, but as soon as I plug in a USB
> device, I get the following debug messages
Hi, all.
[1.] One line summary of the problem:
I'm getting oops every time I run dosemu with special virtual boot floppy
image
[2.] Full description of the problem/report:
I have boot floppy image for dosemu, which went bogus for some (unknown)
reason. When I use it, kernel oopses
Hi Eric.
This is a great bug report. I am going to forward it
to [EMAIL PROTECTED]
FWIW, most of the USB developers are swamped enough
that the merely scan the Linux Kernel Mailing List.
The best way to get USB developer attention fast is
to send bug reports to the Linux USB Users list:
Rick Haines wrote:
> On Tue, Nov 28, 2000 at 10:57:35PM -0800, Linus Torvalds wrote:
>
>> - pre3:
>> - Johannes Erdfelt: USB update
>
>
> Seems to have broken my IntelliMouse Optical (logs from the third time
> I inserted usb-uhci):
Yes. This problem has been reported by two others on
Hi all,
I got a new laptop with an Intel 440MX chipset, and USB doesn't work at
all. I tried both the UHCI drivers, but none of them works. The drivers
load OK, the USB hardware is detected, but as soon as I plug in a USB
device, I get the following debug messages (this is with a Logitech USB
Linus,
I thought I would document what I had learnt about Makefiles in
making the initialisation of drivers/md work better.
This patch (minus a few typos that I have since found and corrected)
was blessed by Michael Chastain on linux-kbuild.
Ofcourse, running "make vmlinux" doesn't
On Tue, Nov 28, 2000 at 10:57:35PM -0800, Linus Torvalds wrote:
> - pre3:
> - Johannes Erdfelt: USB update
Seems to have broken my IntelliMouse Optical (logs from the third time
I inserted usb-uhci):
Nov 29 17:12:08 sasami kernel: usb-uhci.c: Detected 2 ports
Nov 29 17:12:08 sasami kernel:
Marc Mutz writes:
> kernel 2.2.17, '/' being a 1k blocksize ext2fs:
>
> root@adam:/ > dd if=/dev/zero of=holed.file bs=1000 seek=5000 count=1000
> 1000+0 records in
> 1000+0 records out
> root@adam:/ > ls -l holed.file
> -rw-r--r-- 1 root root 600 Nov 29 23:33 holed.file
>
I'm sure this is a religious issue... but I'm going to suggest it
anyways because I spent a few minutes on it.
So I was hacking away trying to get my embedded box to run the correct
stuff after booting up and I ran into an octal speed bump. You see, all
throughout rd.c there are these hex
On Wed, 29 Nov 2000 17:36:12 Marc Mutz wrote:
> kernel 2.2.17, '/' being a 1k blocksize ext2fs:
>
> root@adam:/ > dd if=/dev/zero of=holed.file bs=1000 seek=5000 count=1000
> 1000+0 records in
> 1000+0 records out
> root@adam:/ > ls -l holed.file
> -rw-r--r-- 1 root root 600 Nov
Linus, please apply.
The kernel incorrectly defines Elf64_Word and Elf64_Sword as 8 bytes,
they should be 4 bytes, Elf64_Xword and Elf64_Sxword are the 8 byte
versions. The type mismatch between kernel and user space causes field
misalignments if you copy a user space definition into the kernel
I would guess this a problem with missed patches during Linus's
paternity leave.
test11 did fine and acpi sorta works. (ThinkPad A20)
Garst
-
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
On Wed, Nov 29, 2000 at 09:08:30PM +0100, Henning P . Schmiedehausen wrote:
> No.
>
> If I modify the kernel or any other GPL software for my personal use
> and give it to no one, I am _not at all_ forced to make it public.
>
> Only if I distribute a compiled kernel or any other program under
kernel 2.2.17, '/' being a 1k blocksize ext2fs:
root@adam:/ > dd if=/dev/zero of=holed.file bs=1000 seek=5000 count=1000
1000+0 records in
1000+0 records out
root@adam:/ > ls -l holed.file
-rw-r--r-- 1 root root 600 Nov 29 23:33 holed.file
root@adam:/ > du -sh holed.file
5.7M
Hi !
I've been trying to determine the reliability of kernel timers when a box has been up
for a while. Now as everyone is aware (for HZ=100 (default)), when the uptime of the
kernel reaches (approx.) 1.3 years the clock tick count (jiffies) wraps-around. Now if
a kernel timer is added just
Support for this card is currently broken for people whose BIOS used
to activate it with ISA PnP, as the kernel now decides to deactivate
it. On 27 Oct 2000 21:48:44 +0100, I sent the maintainer
<[EMAIL PROTECTED]> and the mailing list
<[EMAIL PROTECTED]> this patch, but I didn't get any
On Wed, 29 Nov 2000 [EMAIL PROTECTED] wrote:
> > ISTR bug reports looking like that and IIRC they were never resolved.
>
> Have you looked at the report by Daniel Phillips?
Yes. The problem is real, but the fix... I'm doing a cleanup there and
I'll post the patch when I'll give it some
The terms of use of the pdc202xx.c code was handled before I GPLed that
code. Thus there are no arguments that will allow GPL to touch the issue.
With that said, I am hoping this dies.
It is very hard to get companies to work with Linux if all the get is
flames from the general masses.
On Wed, Nov 29, 2000 at 02:09:59AM +, Alan Cox wrote:
...
> 2.2.18pre21
...
> o Resnchronize Apple PowerMac codebase(Paul Mackerras & co)
> o Merge powermac tree fixes into usb
> o Powermac input device handling changes
As Dave Miller pointed out, DEV_MAC_HID sysctl
> ISTR bug reports looking like that and IIRC they were never resolved.
Have you looked at the report by Daniel Phillips?
http://marc.theaimsgroup.com/?l=linux-kernel=95162877201890=2
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL
On Wed, 29 Nov 2000, James A Sutherland wrote:
> Nope. RMS defined the terms which apply to GPL code. You are free to define any
> other terms you like for your own code, but it is no longer GPLed in that case.
And the code for FASTTRAK is not GPL, James we did this once before.
If Promise were
> > I have defined the terms that are acceptable to a binary module that
> > incorporates GPL code of MINE! This I DEFINE THE TERMS, and they are
> > module only!
>
> Nope. RMS defined the terms which apply to GPL code. You are free to define any
> other terms you like for your own code, but it
On Wed, 29 Nov 2000, Andre Hedrick wrote:
> On Wed, 29 Nov 2000, Alan Cox wrote:
>
> > > You are wrong: If you modify the kernel you have to make it available for
> > > anyone who wishes to use it; that's also in the GPL. You can't add stuff
> >
> > No it isnt. Some people seem to think it is.
> Anything else would mean that I can send E-Mail to Linus Torvalds
> every five minutes and request a verbatim copy of his current hacking
> kernel tree as it is under GPL, which he is the forced to give to me
> because of the GPL. This would be utter nonsense.
Ask me for the GPL code that I
Al Viro writes:
> BTW, if you know some searchable l-k archive...
> DN sucks coprolites through the straw these days ;-/
There are archives of pretty much all of the linux- and oss-development
related mailing lists at:
http://marc.theaimsgroup.com/
For l-k in particular, I use
On Wed, 29 Nov 2000, Alan Cox wrote:
> > You are wrong: If you modify the kernel you have to make it available for
> > anyone who wishes to use it; that's also in the GPL. You can't add stuff
>
> No it isnt. Some people seem to think it is. You only have to provide a
> change if you give
> You are wrong: If you modify the kernel you have to make it available for
> anyone who wishes to use it; that's also in the GPL. You can't add stuff
No it isnt. Some people seem to think it is. You only have to provide a
change if you give someone the binaries concerned. Some people also
On Wed, Nov 29, 2000 at 02:57:11PM -0500, Alexander Viro wrote:
> that again: was quite recent. My apologies...
Never mind, strict patch reading was obviously misleading in this case.
> [1] "older" may mean "shared with 2.2" here - ISTR bug reports looking like
> that and IIRC they were never
Hi,
i've got a strange bug: after some hours of uptime sound starts looping
for ever. I always have this in my
logs: "unexpected IRQ trap at vector 7d". There's no Ooops and i can
only stop sound by killing "esd". Of
course, i can't run it anymore after it has been killed.
2.4.0test10 wasn't
No.
If I modify the kernel or any other GPL software for my personal use
and give it to no one, I am _not at all_ forced to make it public.
Only if I distribute a compiled kernel or any other program under GPL,
then I must give also the sources on request (!) and may not put any
restrictions on
On Wed, 29 Nov 2000, Adam wrote:
> On Wed, 29 Nov 2000, Tigran Aivazian wrote:
>
> > > [adam@pepsi /tmp]$ dd if=/dev/zero of=holed.file bs=1000 seek=5000 count=1000
> > > [adam@pepsi /tmp]$ ls -l holed.file
> > > -rw-rw-r--1 adam adam 600 Nov 29 08:52 holed.file
> > >
On Wed, 29 Nov 2000, Andrea Arcangeli wrote:
> On Wed, Nov 29, 2000 at 05:05:20PM -0200, Rik van Riel wrote:
> > To be honest, I have a big problem with micro optimisations
> > that prevent the big optimisations from happening.
> >
> > Would it be an idea to explicitly comment such dangerous
> >
On Wed, 29 Nov 2000, Linus Torvalds wrote:
>
>
> On Wed, 29 Nov 2000, Alexander Viro wrote:
> >
> > Problem fixed by Jens' patch had been there since March, so if it's a
> > mix of __make_request() screwing up and something else... Urgh.
>
> No, the bug really got introduced in test11 due
On Sat, 25 Nov 2000, Henning P. Schmiedehausen wrote:
> No, it does not. Distributing does. You will never get this right. You
> can compile into your kernel anything you like as long as you don't
> give it away.
You are wrong: If you modify the kernel you have to make it available for
anyone
On Wed, 29 Nov 2000, Tigran Aivazian wrote:
> > [adam@pepsi /tmp]$ dd if=/dev/zero of=holed.file bs=1000 seek=5000 count=1000
> > [adam@pepsi /tmp]$ ls -l holed.file
> > -rw-rw-r--1 adam adam 600 Nov 29 08:52 holed.file
> > [adam@pepsi /tmp]$ du -sh holed.file
Mike Dresser wrote:
> I reported this a few weeks ago or so, it seems that HP 7/14's are not exactly
> standard. First is the proprietory tape size. Second is that the drive doesn't
> support locking the tape in, but reports it as possible. At least, that's what i
> gather from Jens's
On Wed, Nov 29, 2000 at 05:05:20PM -0200, Rik van Riel wrote:
> To be honest, I have a big problem with micro optimisations
> that prevent the big optimisations from happening.
>
> Would it be an idea to explicitly comment such dangerous
> micro optimisations so people implementing the big
On Wed, 29 Nov 2000, Alexander Viro wrote:
>
> Problem fixed by Jens' patch had been there since March, so if it's a
> mix of __make_request() screwing up and something else... Urgh.
No, the bug really got introduced in test11 due to the request merging
stuff.
The patch may _look_ like it
On Wed, 29 Nov 2000, Andrea Arcangeli wrote:
> On Wed, Nov 29, 2000 at 04:08:26AM -0500, Alexander Viro wrote:
> > Problem fixed by Jens' patch had been there since March, so if it's a
>
> No, it's there only since Jens fixed the request merging bug in
> test11 or so.
>
> With previous kernel
On Wed, Nov 29, 2000 at 04:08:26AM -0500, Alexander Viro wrote:
> Problem fixed by Jens' patch had been there since March, so if it's a
No, it's there only since Jens fixed the request merging bug in test11 or so.
With previous kernel the head pointer couldn't change so that change
was
On Wed, Nov 29, 2000 at 12:42:47PM +, Wayne Price wrote:
>
> Has this been done before, and does anyone have any sample code or
> hints as to what I need to do? We are using kernel 2.2.16 (from
> RedHat-7.0).
You might want to take a look at the Axis Bluetooth stack for Linux
On Wed, 29 Nov 2000, Linus Torvalds wrote:
> Ehh, this is a stupid question, but I've had that happen too, and it
> turned out my /tmp filesystem was full, and it runs out of space only with
> certain large link cases (never anything else, because all the other
> stages of compilation are done
On Wed, 29 Nov 2000, Tigran Aivazian wrote:
> On Wed, 29 Nov 2000, Tigran Aivazian wrote:
>
> > On Wed, 29 Nov 2000, Linus Torvalds wrote:
> > > That still leaves the SCSI corruption, which could not have been due to
> > > the request issue. What's the pattern there for people?
>
> one more
On Wed, Nov 29, 2000 at 06:33:36AM -0800, Joseph K. Malek wrote:
> Hi all,
>
> I have a broken NTFS, due to my own mistake of mounting the
> partition RW and moving a file instead of copying itI've been poking
> around for an NTFS editing tool; only to find that this is easier said
> than
1 - 100 of 346 matches
Mail list logo
