Here the second patch in the isofs series.
inode.c:isofs_read_super() dereferences the variable pri
that need not be set in case of a Joliet CD, causing an Oops.
Patch below.
Andries
[While editing the diff, I left a fix for aha1542.c,
maybe you got it already. I also left something else
that a
A few days ago, and again half an hour ago, X stopped working.
Both times this happened in a period of heavy and continuous
IDE disk access (copying a 12 GB tree from one disk to another,
and doing a diff between two 5 GB trees on different disks).
No mouse movement, no reaction to Ctrl-Alt-Backs
William K. Josephson <[EMAIL PROTECTED]>
wrote on Sun, 8 Oct 2000:
> While writing some user-space code recently, I ran across two bugs
> in the Rock Ridge support code. First, a bogus return value and
> second links on the cd of the form foo->/bar are returned
> as foo->//bar. This should fix
From [EMAIL PROTECTED] Mon Nov 20 12:29:59 2000
Andries,
Don't you mean
(drive->id->cfs_enable_1 & 0x0400)word85
and not
(drive->id->command_set_1 & 0x0400)word82
Because when bit 10 of word 85 is not set then clip or HPArea is not enabled.
I saw no
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
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
>> I take it you'll also do the third part?
> Are you talking about isofs_lookup_grandparent()?
No, about isofs_read_inode.
Andries
-
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/l
> Some clues here
> ... escd.html ... escd.rtf
Thanks! I already had the former (but it refers to the EISA
spec for most details) will look for the latter.
Andries
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
Please read
Linus:
> How about this version (full patch against test10 - it includes a
> slightly corrected version of my earlier dir.c patch)?
> It's entirely untested, but it looks good and compiles. Ship it!
There are three files that have to be changed.
You changed dir.c yesterday, and namei.c today
bu
On Wed, Nov 15, 2000 at 06:16:00AM -0500, Paul Gortmaker wrote:
> > What use is knowing that a machine has EISA slots? As far as I can see
> > the only use is to ask for the EISA ID of the card.
> > Should we? I collected 1200 .cfg files and estimate that this is
> > less than 10% of what exists
> memory leak
Aha. Must be a missing kfree().
Does this help?
--- namei.c~Fri Nov 17 00:48:37 2000
+++ namei.c Fri Nov 17 21:59:49 2000
@@ -197,6 +197,8 @@
bh = NULL;
break;
}
+ if (cpnt)
+
On Thu, Nov 16, 2000 at 03:02:31AM -0500, Alexander Viro wrote:
: On Thu, 16 Nov 2000, Mikael Pettersson wrote:
:
:: dd implements the seek=NNN option by calling ftruncate() before
:: starting the write. This is where 2.4.0-test10 breaks, since
:: ftruncate on a block device now provokes an EACCE
On Fri, Nov 17, 2000 at 09:30:13AM +0100, Kai Germaschewski wrote:
> One question comes to my mind: Are patches supposed to be applied with
> patch -p0 or patch -p1?
Suppose the kernel tree is in /kernpath, starting with /kernpath/linux.
Linus' patches can be applied by (cd /kernpath; patch -p0
> both 2.2.x and 2.4.x kernels can't read `real sky' CDs
Yes. 2.0.38 is OK. I just made a patch that seems to work.
Harald, could you try
ftp.xx.kernel.org/.../people/aeb/linux-2.4.0test9-isofs-patch
and report?
Linus, Alan - I made patches for 2.2 and 2.4 but want to
polish and check t
On Thu, Nov 16, 2000 at 06:53:30AM -0500, Alexander Viro wrote:
> > I didn't know about notrunc. Yet another GNU invention?
>
> Maybe, but I doubt it. Anyway, it made its way into 4.4BSD, it's present
> in Solaris, it's in SuS and AFAIK in POSIX.
Yes (for 1003.2-1992).
It is not in 4.3BSD.
-
To
> Anybody else willing to finish this one off?
If noone else does, I suppose I can.
(> .. gets ENOENT ..
and that is not because it only is a partial image?)
Andries
PS - Yesterday I complained that 2.4.0test9 was fine
but 2.4.0test11pre5 dies as soon as it has to forward a ping.
The effect i
On Wed, Nov 15, 2000 at 08:23:44PM +0100, Harald Koenig wrote:
> both 2.2.x and 2.4.x kernels can't read `real sky' CDs from the
> Space Telescope Science Institute containing lotsof directories (~100)
> which each contain lots of small files (~700 files/dir).
> only ~10 directories with ~10 fil
I have been using (a heavily patched) 2.4.0test9 since it was released
and have not seen any problems that I can recall. Booted (vanilla)
2.4.0test11pre5 a moment ago, but after
insmod ipchains.o
rsh foo
ping bar
the machine was completely dead immediately -
no ping/consol
On Tue, Nov 14, 2000 at 03:23:05PM -0500, Jeff Garzik wrote:
> Andries Brouwer wrote:
> > However, CONFIG_EISA is almost completely superfluous, is not
> > required at compile time, can easily be tested at run time,
> > in other words adding such an option is a very stupid t
On Mon, Nov 13, 2000 at 05:07:22PM -0700, Steven Cole wrote:
> +EISA support
> +CONFIG_EISA
> + The Extended Industry Standard Architecture (EISA) bus was
> + developed as an open alternative to the IBM MicroChannel bus.
> +
> + The EISA bus provided some of the features of the IBM MicroChanne
On Mon, Nov 13, 2000 at 03:47:27PM -0800, LA Walsh wrote:
> Some further information in response to a private email, I did hdparm -ti
> under both
> 2216 and 2217 -- they are identical -- this may be something weird
> w/extended partitions...
What nonsense. There is nothing special with extended
On Tue, Nov 07, 2000 at 11:12:00AM -, Joe Woodward wrote:
> I am trying to use removable EIDE hard disks
>
> Issuing a BLKRRPART ioctl call immediately after changing the disk works
It should not be necessary to use BLKRRPART.
Does the disk advertise itself as removable?
% dmesg | grep rem
On Tue, Nov 07, 2000 at 12:43:43AM -0800, Miles Lane wrote:
> I have an ORB drive I am accessing using the usb-storage driver.
> I formatted the drive media last night using Windoze 98. The media
> was formatted as though it had one large partition, which is weird
> because I had previously part
On Sun, Nov 05, 2000 at 01:29:56PM -0500, Sean Middleditch wrote:
> I've installed the Linux-Mandrake 7.2 distro (which uses kernel version
> 2.2.17) on a PIII system (Asus motherboard, Award Medallion v6.0 BIOS).
> For some reason, neither LILO nor Grub were able to boot off of the
> second hard
On Sat, Nov 04, 2000 at 07:27:58PM +0530, [EMAIL PROTECTED] wrote:
> after reaching process count something around 30568, processes start
> getting pid from start, which ever is the first free entry slot in process
> table. that means we can't have simultaneously more than roughly 2^15
> processe
On Wed, Nov 01, 2000 at 02:37:00PM +0100, raptor wrote:
: I've recently experienced a problem with hd geometry on Linux kernel
: 2.2.17. I've got 2 identical hard drives, set up as LBA on BIOS. BIOS sees
: them both with geometry 1245/255/63, while Linux sees the second one as
: 19857/16/63.
Recently I got a "Professional Workstation" - a 486DX33
with 82596 on board ethernet and NCR(?) on board SCSI.
It was not very difficult to get the 82596 to work
(I put something that works on
ftp.XX.kernel.org/pub/linux/kernel/people/aeb/lp486e.c
comments are welcome)
The 82596 itself is
On Wed, Oct 25, 2000 at 10:59:13AM +0200, Christian Czezatke wrote:
> I've recently run across some problems with /proc/mounts on Linux 2.2.17
> when trying to get rid of /etc/mtab in favor of /proc/mounts.
>
> Patches that are basically a backport of the 2.4.x implementation of
> fs/super.c:get
On Sat, Oct 21, 2000 at 02:14:21PM +0100, Russell King wrote:
> Something weird is going on with VFS return codes with kernel
> 2.4.0-test10-pre3:
>
> [root@sturm glibc-2.1.92]# df /var/tmp
> Filesystem 1k-blocks Used Available Use% Mounted on
> /dev/hda3 1273831
On Thu, Oct 19, 2000 at 09:50:48PM +0200, Geert Uytterhoeven wrote:
>
> `real_root_dev' must be `int', not `kdev_t'.
>
> - if (MAJOR(real_root_dev) != RAMDISK_MAJOR
> + if (MAJOR((kdev_t)real_root_dev) != RAMDISK_MAJOR
Ach, Geert, how painful to behold!
Never forget: a
On Thu, Oct 19, 2000 at 01:15:06PM -0400, Michael H. Warfield wrote:
> This is being forwarded from BugTraq where there is an ongoing
> discussion over a security hole in IIS based on it's unicode decoder.
> This particular individual is stating that several unicode decoders,
> including th
On Tue, Oct 17, 2000 at 12:02:01AM +0200, Roman Zippel wrote:
> Why don't we give BLKSSZGET a new number and make the old one obsolete?
But you see that one would need a new name as well,
otherwise the value associated with BLKSSZGET would
depend on the kernel version, and one would need
version
On Mon, Oct 16, 2000 at 10:38:41PM +0200, Roman Zippel wrote:
> > [now that you make me look at this, there is a flaw in fdisk there;
> > fixed in 2.10p]
>
> BLKSSZGET isn't defined for fdisk.c? :)
Indeed :-)
The current code looks like this:
- BLKSSZGET added in common.h
- in fdisk.c added li
On Mon, Oct 16, 2000 at 08:04:27PM +0200, Roman Zippel wrote:
> I noticed that behaviour of BLKSSZGET changed between 2.2 and 2.4. One of
> the users will be fdisk, as soon as it is compiled with 2.4 kernel
> headers, but then fdisk will be no longer usable under 2.2!
> My question now is, wouldn
> Yes. If you see how to do it - patches are welcome.
I think there are simple solutions. Will come back
to this later. For now something else.
The routine bdget() in block_dev.c may return NULL
in case alloc_bdev() fails. Thus, inode->i_bdev
may be NULL. Nevertheless, it is dereferenced
all ov
> could you please apply the following 'broken_suid' NFS mount patch?
Applied.
Andries
-
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/
On Sat, Oct 14, 2000 at 12:09:57AM -0400, Mike A. Harris wrote:
> Will the following work with 2.2.17 as well?
>
> o util-linux 2.10o # kbdrate -v
util-linux is advertised as "all kernel and all (g)libc versions".
(Since recently I have a libc 4.3 system, and 4.3
On Thu, Oct 12, 2000 at 05:00:49PM +0200, Benjamin Herrenschmidt wrote:
> - I mean, it's legal to include linux/fs.h from userland,
Everybody who thinks so will be severely disappointed.
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL
Searching for the cause of some strange corruption
of the MBR I noticed that invalidate_buffers is not
guaranteed to invalidate the buffers - very unfortunate.
(Indeed, bh is removed only when bh->b_count is zero.
This means that one will get disk corruption if one
changes disks while some buffer
On Mon, Oct 09, 2000 at 11:11:15PM +0200, Frank van Maarseveen wrote:
> On Sat, Sep 16, 2000 at 07:22:38PM +0200, Alain Knaff wrote:
> > The following patch (against 2.4.0-test8) restores floppy ioctl functionality,
> > which has been broken in 2.4.0-test6-pre7. It now tests for fake
> > ioctl's,
On Mon, Oct 09, 2000 at 04:37:38PM +, Zdenek Kabelac wrote:
> I'm having some serious problems with parallel port ZIP with latest
> 2.4.0-test9 kernel
> Oct 9 16:57:23 dual kernel: Detected scsi removable disk sda at scsi0,
> channel
> Oct 9 16:57:24 dual kernel: sda : READ CAPACITY failed
On Mon, Oct 09, 2000 at 08:56:29PM -0700, James Simmons wrote:
> While working on vgacon I noticed their are 2 cli() in vga_vesa_blank
> that are excuted one after another. Is their are a reason for this or
> shoudl it be just one cli()?
If you look at vgacon.c you still see remains of what t
On Mon, Oct 09, 2000 at 07:24:03PM +0100, Alan Cox wrote:
> > > You have to do Buslogic and AHA17xx before AHA15xx or you get a wrong driver
> > > and in the 17xx case data corruption risks
> >
> > Hmm.. The current order is the same as in 2.2.x, and puts aha17xx _after_
> > the other ones. Or
On Mon, Oct 02, 2000 at 07:11:52PM +0200, Daniel Phillips wrote:
> One more question that has probably been asked a lot: why are the
> various fields of a device splatted across half a dozen tables instead
> of being collected together in a struct and accessed through one table?
Yes, this has be
On Mon, Oct 02, 2000 at 11:47:41AM +0200, David Weinehall wrote:
> > Thus, "Hoping for security" is meaningless.
> > But "Hoping for more security by having more PID's" is quite
> > reasonable. If I am local user on your system then I can break in
> > using a wraparound. If that takes 2147483647
On Sun, Oct 01, 2000 at 07:51:13PM +0200, David Weinehall wrote:
> Hoping for security just by having more
> PID's is a bit naive.
*1*
It is strange that people do not really seem to understand
the case for a 32-bit pid_t.
This case is: "16 bits is not enough".
We all know that 640KB was enough
On Mon, Oct 02, 2000 at 02:33:20AM +0200, Daniel Phillips wrote:
> On Mon, 02 Oct 2000, Andries Brouwer wrote:
> > [you sounded as if you noticed a discrepancy somewhere - so I expected:
> > foo.c uses this in line 123 but bar.c uses that in line 666.]
>
> No, I'm jus
On Sun, Oct 01, 2000 at 12:36:16PM -0400, tenthumbs wrote:
> I have some fat16 partitions which I mount as msdos, intentionally not
> vfat. With 2.2.18pre14, the listings are now in uppercase which is a big
> change from previous kernels. A bug or a feature?
Well, looking at the patch you see fr
Daniel Phillips:
>>> After staring at the block device code for, um, quite a long time, I
>>> came to the conclusion that blk_size stores one less than the number of
>>> 512 byte blocks on a device. Is this true?
No.
>> Um, slight revision: they wouldn't be blocks, they'd be 'sectors', and
>>
On Tue, 29 Feb 2000 11:10:20, Mikulas Patocka wrote:
: This code in breada
:
:if (blocks < (read_ahead[MAJOR(dev)] >> index))
:blocks = read_ahead[MAJOR(dev)] >> index;
:
: will increase number of block that are read ahead. However the code
: doesn't check for end of devic
On Sat, Sep 30, 2000 at 03:09:10PM +0100, Nix wrote:
> Yesterday, I noticed that netstat had stopped working on my 2.2.17 box
> The reason is fairly self-evident:
>
> : loki:/# cat /proc/net/dev
...
> : lo:%lu %lu %lu %lu %lu %lu %lu %lu %lu %lu %lu %lu %lu %lu %lu %lu
> : eth0:%lu %lu %lu
On Sat, Sep 30, 2000 at 08:35:28AM -0500, Jeff Epler wrote:
> 31- or 32-bit PIDs might be a convenience, but they don't furnish
> security against wraparound attacks, they just make them take
> a little longer to exploit.
Precisely. It takes a factor 6 longer.
Maybe you think security is a
On Fri, Sep 29, 2000 at 04:10:51PM -0700, H. Peter Anvin wrote:
> > > I find that the compile of gnome-utils fails as follows...
> > >
> > > In file included from /usr/include/linux/string.h:21,
> > > from /usr/include/linux/fs.h:23,
> > > from badblocks.c:43:
On Sat, Sep 30, 2000 at 11:16:47AM +0200, Vojtech Pavlik wrote:
> Really, there is no problem with Linux accessing some extra areas hidden
> by the BIOS (via the new IDE commands) or the firmware on Linux side.
I see that the topic changed.
First it was the difficulty to get at a partial block
a
On Sat, Sep 30, 2000 at 12:29:01AM +0100, Anton Altaparmakov wrote:
> What about the case that the partition was formatted by another OS though
> and that other OS put something on the last sector? (eg. copy of
> bootsector) Would that be accessible just by setting the block size to 512?
Yes.
On Fri, Sep 29, 2000 at 06:51:22PM -0400, Chris Wing wrote:
> > (ii) There is also a rather obscure place in SYSV IPC where a 16-bit pid_t
> > is used for the fields msg_lspid and msg_lrpid of the (obsolete)
> > struct msqid_ds and the fields shm_cpid and shm_lpid of the (obsolete)
> > struct shm
On Fri, Sep 29, 2000 at 05:36:48PM -0500, [EMAIL PROTECTED] wrote:
> > >But the question was about reading from disk, not about reading
> > >from partition.
> Actually, that's next. In EFI, all partitions have a starting LBA and
> ending LBA on the disk. So, it would be easy to have an "odd si
On Fri, Sep 29, 2000 at 03:57:10PM -0400, Albert D. Cahalan wrote:
> > The code is old.
> > There is very little reason for it, and we could change today.
> > My machines regularly see 6- or 7-digit PIDs.
> Oh, the horror!
>
> Consider, do you like to type "kill 1234567890" more than
> a simple
On Fri, Sep 29, 2000 at 11:44:54AM +0200, [EMAIL PROTECTED] wrote:
> After modifying sys_open() by prepending a namei(filename),
> all devices mounted while the modified sys_open is in place,
> report an EBUSY when trying to umount them.
You forget dput(dentry).
-
To unsubscribe from this list:
At 00:40 29/09/2000, [EMAIL PROTECTED] wrote:
> >I'm writing some code to grok the Intel EFI GUID Partition Table structures.
> >To to so, my partition reading code (in fs/partitions) needs to be able to
> >read one physical sector at a time, particularly the first and last sectors
> >on the disk
On Thu, Sep 28, 2000 at 03:41:41PM -0700, Jack Howarth wrote:
> I find that the compile of gnome-utils fails as follows...
>
> In file included from /usr/include/linux/string.h:21,
> from /usr/include/linux/fs.h:23,
> from badblocks.c:43:
Yes, a well-known ph
On Fri, Sep 29, 2000 at 09:17:11AM +1200, Chris Wedgwood wrote:
> [The patch is available. There are a few security advantages.
> Also, it makes a fork a just measurable fraction of a percent
> faster.]
>
> How does it make it faster? The only thing I can see is it might
> remove th
On Wed, Sep 27, 2000 at 02:32:17PM +0100, Bernhard Bender wrote:
> looking at my process list after a week or so of uptime I discoverd that PIDs
> seem to wrap around at 32767 (aka. 2^15 - 1).
Yes.
> I find this "feature" annoying, since I like to view my process list sorted
> by PID, which giv
On Thu, Sep 28, 2000 at 04:18:00PM +0100, Tigran Aivazian wrote:
> Hi Andries,
>
> I just noticed that this boot message looks very strange:
>
> SCSI device sda: 1039329 512-byte hdwr sectors (532 MB)
> sda: sda1 sda1
Yes, no doubt because of the fragment of a patch for fs/partitions/check.c:
On Tue, Sep 26, 2000 at 06:06:40PM +0200, Jan Niehusmann wrote:
> On Mon, Sep 25, 2000 at 10:11:37PM +0200, Jasper Spaans wrote:
> > A simple solution: update your version of mount, and try
> >
> > mount --bind /foo /bar
>
> Is there a way to place such a mount in fstab?
No. (With the unreleas
On Mon, Sep 25, 2000 at 11:29:48AM -0700, H. Peter Anvin wrote:
> I guess mount -t bind is officially gone. What is the new official
> replacement? New system call?
mount --bind
(use mount from util-linux 2.10o)
Andries
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel
On Fri, Sep 22, 2000 at 12:03:30PM -0700, Andre Hedrick wrote:
> On Fri, 22 Sep 2000, Andries Brouwer wrote:
>
> > Here 1.4 MB is wasted on hdb because the BIOS has invented
> > this 1229/255/63 translation. The disk access methods on
> > hdb and hdc is the same.
>
On Fri, Sep 22, 2000 at 04:59:11PM +0200, Pavel Machek wrote:
> test8 exhibits rather strange behaviour:
>
> root@bug:~# ls -al /tmp/swap
> -rw-r--r-- 1 root root 27164672 Sep 22 16:58 /tmp/swap
> root@bug:~# mkswap /tmp/swap
> Setting up swapspace, size = 27160576 bytes
> root@bug:~#
On Fri, Sep 22, 2000 at 02:34:16PM +0200, Igmar Palsenberg wrote:
> It could be that it is choking on the fact that one drives is LBA, one
> drive isn't. Drives are identical, but dmesg gives different CHS for each
> of them..
A FAQ. See
http://www.win.tue.nl/~aeb/linux/Large-Disk-14.htm
> Not only Sun does, Linux does too (e.g. in various networking ioctls).
> I would just fix the man page.
Ach - more ugliness in Linux.
New man page fragment:
...
RETURN VALUE
Usually, on success zero is returned. A few ioctls use
the return value as an output parameter and re
On Thu, Sep 21, 2000 at 11:43:07AM +0200, Abramo Bagnara wrote:
> In ALSA we use the return value from ioctl as a simple way to return a
> positive number to user space (if the return value is less than 0 we got
> error, of course)
>
> We got the doubt that this break some unknown standards or s
On Wed, Sep 20, 2000 at 12:11:33PM +0200, Marko van Dooren wrote:
> Hello, my /proc/partitions says I have 25 partitions while there are
> only 21. Fdisk shows the right information, so there's nothing wrong
> with my disk or so.
> Kernel version 2.2.17
> Harddisk : Maxtor 54098U8 40GB 7200rpm i
On Tue, Sep 19, 2000 at 11:29:31AM -0400, Simon Kirby wrote:
> Hello,
>
> 2.4.0-test9-pre3 seems to boot and work fine, but 2.4.0-test9-pre4 with
> the same .config doesn't. It stops here:
The same here. However, reverting the 1-line change in
linux/drivers/scsi/Makefile makes things work again
On Mon, Sep 18, 2000 at 03:41:11PM -0700, John Byrne wrote:
> 1.) Any decision on what the bigger dev_t will be? 16-bit major and
> 16-bit minor, for example?
My old code does something like this:
major = (dev >> 32);
minor = (dev & 0x);
if (!major) {
On Mon, Sep 18, 2000 at 04:50:55AM -0700, Andre Hedrick wrote:
[ext2 errors and fdisk complaints on 2.4.0test8, patched?]
Andre,
(i) Geometry does not play any role in the functioning of Linux -
it is only a matter to LILO and fdisk. So, if you meet
a strange geometry, then that is surprising,
On Mon, Sep 18, 2000 at 01:24:58AM -0500, Adam wrote:
>
> Ok, I made a parition on floppy, now do I access it?
>
> Command (m for help): p
>
> Disk /dev/fd0: 2 heads, 18 sectors, 80 cylinders
> Units = cylinders of 36 * 512 bytes
>
> Device BootStart End
On Sun, Sep 17, 2000 at 02:53:03PM -0400, [EMAIL PROTECTED] wrote:
> still problems...
> [root@pepsi /]# ls /mnt
> [root@pepsi /]# dmesg | tail -3
> UFS-fs error (device 02:00): ufs_readdir: bad entry in directory #2, size
> 512: reclen is too small for namlen - offset=0, inode=2, reclen=12,
>
On Sun, Sep 17, 2000 at 11:13:22AM -0500, Adam wrote:
> FWIW, I downloaded install 'floppyC28.fs' from openbsd web site.
OK. So did I.
% md5sum floppyC28.fs
2ae3c61008df5accdfb132f20e744bfb floppyC28.fs
% file floppyC28.fs
floppyC28.fs: x86 boot sector, system OpenBSD, BSD disklabel
> In orde
On Sat, Sep 16, 2000 at 11:35:24AM +0100, Nick Holloway wrote:
> I have a zip disk which I attempted to mount using the following fstab
> entry:
>
> /dev/sda4 /zip vfat noauto,nodev,nosuid,user
>
> This caused a spew of "bread failed" errors, and the mount process ended
> up blocked in "wai
On Sat, Sep 16, 2000 at 09:35:46AM -0400, Stephen E. Clark wrote:
> How do I relate dev 08:02 to my actual physical devices. I have 2 ide
> drives and 3 scsi drives.
dev 08:02 is /dev/sda2, your swap device.
> Sep 15 19:01:55 joker kernel: Adding Swap: 66020k swap-space (priority
> -1)
> Sep 1
On Sat, Sep 16, 2000 at 03:26:33PM +0200, Alain Knaff wrote:
> The following patch (against 2.4.0-test8) restores ioctl functionality,
> which has been broken in 2.4.0-test6-pre7:
> + /* Allow ioctls if we have write-permissions even if read-only open.
> + * Needed so that programs suc
On Wed, Sep 13, 2000 at 10:50:09AM -0400, Douglas Gilbert wrote:
> Since upgrading from 2.4.0-test7 to test8 (4 days ago)
> I have had nothing but trouble on my AMD k6-2 500MHz
> UP machine:
>3 spontaneous reboots during boot
>1 boot just started spraying lines full of numbers
>2 bad
On Wed, Sep 13, 2000 at 01:56:39AM -0400, [EMAIL PROTECTED] wrote:
> 8. Fix Exists But Isnt Merged
...
> 9. To Do
> * Mount of new fs over existing mointpoint should return an error
>unless forced (Andrew McNabb, Alan Cox)
Probably this belongs under 8. I posted a patch a few days
While designing some disk utilities, I found it rather
inconvenient that what the kernel gives back with the
HDIO_GET_IDENTITY ioctl differs in obscure architecture-
dependent ways from what one reads directly from disk.
Looking at the kernel code, I find 26kB of byteswapping
source code just for
On Tue, Sep 12, 2000 at 03:34:22PM +, Steven Walter wrote:
> If you're logging in as root, this is probably a result of the VT not
> being named in /etc/securetty. Devfsd mucks up the names, so you can
> either include "1," which would allow root logins from pseudo-terminals
> and other inse
On Mon, Sep 11, 2000 at 02:52:45AM +0200, Magnus Naeslund wrote:
> *The hdb info:
>
> Sep 10 11:52:43 genbaby kernel: hdb: QUANTUM FIREBALL SE8.4A, ATA DISK drive
> Sep 10 11:52:43 genbaby kernel: hdb: QUANTUM FIREBALL SE8.4A, 8063MB w/80kB
> Cache, CHS=1027/255/63, UDMA(33)
> Sep 10 11:52:43 ge
Dear Linus, Al, all:
Below a patch to prevent mounting the same filesystem
repeatedly on the same mount point. This 4-line patch is
+ /* Refuse the same filesystem on the same mount point */
+ retval = -EBUSY;
+ if (nd.mnt && nd.mnt->mnt_sb == sb
+ && nd.mnt->m
Linus, Andre, all:
Below a tiny patch to ide.c in the handling of the
HDIO_DRIVE_TASK ioctl. It makes sure that the
command goes to the right device.
(The current version obliges user space to keep track
of master/slave, which is inconvenient. Given this
patch I can release some disk utilities w
On Fri, Sep 08, 2000 at 10:19:17AM +0200, Andreas Eibach wrote
about his problems with a large disk:
> Motherboard GA-586 SG w/AWARD BIOS 4.51PG
> (no updates available anymore from the manufacturer! 586sg
> BIOS rev. is 1.15)
> Maxtor 60 GB hard drive:
>- Capacity Limitation Jumper J46 APPL
On Fri, Sep 08, 2000 at 03:41:27AM +0100, Anton Altaparmakov wrote:
> [kernel-2.4.0-test3 to kernel-2.4.0-test8-pre6, bug present in those two,
> didn't try others]
>
> I have been trying to get the linear md driver to work with NTFS volumes
> for several months and it never worked. - I was su
On Thu, Sep 07, 2000 at 07:45:48AM +0200, Luca Montecchiani wrote:
> > I think I prefer the current version over your patched version.
> > But will probably change my mind when many people complain.
>
> Why have *fdisk or lilo trouble ?
I don't know whether lilo has trouble. But if it has
that
On Thu, Sep 07, 2000 at 12:42:42AM +0200, Luca Montecchiani wrote:
> few ours ago I discover that my kernel 2.4.0-test8pre5 was unable to
> correctly identify the geometry of my second ide HD (*),
Always remember: a disk does not have a geometry.
> this is very bad
Why precisely?
> and fdisk
On Tue, Sep 05, 2000 at 09:55:48AM -0400, James Lewis Nance wrote:
> I have a box with 2 ethernet cards. One is a ne2k-pci and one is a
> tulip. Under 2.2.X the ne card is eth0 and the tulip is eth1. Unfortunatly
> if I boot a 2.4.X kernel, the tulip card is assigned eth0 and the ne card
301 - 393 of 393 matches
Mail list logo
