- Forwarded message from Poly <[EMAIL PROTECTED]> -
From: Poly <[EMAIL PROTECTED]>
Reply-To: [EMAIL PROTECTED]
To: [EMAIL PROTECTED]
Subject: Re: SCSI CD problems
Date: Sat, 19 May 2001 18:11:14 +0200
Hi,
I'm not at the kernel-mailinglist so maybe you can forward this message to
them.
On Sun, 20 May 2001, Mike Galbraith wrote:
> On Sat, 19 May 2001, Rik van Riel wrote:
> > On Sat, 19 May 2001, Mike Galbraith wrote:
> > > On Fri, 18 May 2001, Stephen C. Tweedie wrote:
> > >
> > > > That's the main problem with static parameters. The problem you are
> > > > trying to solve is fu
I'm getting ready to make some changes to the ide-floppy driver (to support
dynamic media change notification), and after spending a few days reviewing
most of the IDE driver code (ide, ide-disk, ide-cd, ide-floppy and
ide-probe), I think I've got a good handle on what needs to be done.
However, s
pre4 is out, and a couple ethernet drivers have gained support for
ethtool. In order to take advantage of the new support, you can
download ethtool 1.2 from
http://sf.net/projects/gkernel/
or check it out of CVS (instruction at the above URL).
--
Jeff Garzik | "Do you have to mak
I (and others on the OnStream osst driver mailing) list cannot get this tape
drive to work with BusLogic SCSI host adapters.
This is with 2.2.19 and 2.4.3 and either a MultiMaster or FlashPoint card.
I have been in contact with Willem Reide (the author of the osst driver) and
he has identified
There's an error in ide-pci.c that prevented it from compiling 2.4.5-pre4.
Try this.
Thanks,
Jeff
[ [EMAIL PROTECTED] ]
--- drivers/ide/ide-pci.c Sun May 20 11:56:48 2001
+++ drivers/ide/ide-pci.c.new Sun May 20 11:56:45 2001
@@ -708,7 +708,7 @@
/*
It's in ChangeLog but not patch-2.4.5.log.
Shawn.
On Sat, 19 May 2001, Shawn Starr wrote:
> Someone add the changelog info to kernel.org?
>
> merci.
>
> Shawn.
>
>
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
More majo
Someone add the changelog info to kernel.org?
merci.
Shawn.
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
On Sun, 20 May 2001, Dieter Nützel wrote:
> > > Three back to back make -j 30 runs for three different kernels.
> > > Swap cache numbers are taken immediately after last completion.
> >
> > The performance increase is nice, though. Do you see similar
> > changes in different kinds of workloads ?
On Sat, 19 May 2001, Rik van Riel wrote:
> On Sat, 19 May 2001, Mike Galbraith wrote:
> > On Fri, 18 May 2001, Stephen C. Tweedie wrote:
> >
> > > That's the main problem with static parameters. The problem you are
> > > trying to solve is fundamentally dynamic in most cases (which is also
> > >
On Sat, 19 May 2001, Richard Gooch wrote:
>
> Matthew Wilcox writes:
> > On Sat, May 19, 2001 at 10:22:55PM -0400, Richard Gooch wrote:
> > > The transaction(2) syscall can be just as easily abused as ioctl(2) in
> > > this respect.
> >
> > But read() and write() cannot.
>
> Sure they can. I ca
On Sat, 19 May 2001 22:14:33 -0400,
Ben Bridgwater <[EMAIL PROTECTED]> wrote:
>To present a dumbed down UI targeted for "Aunt Millie" or
>whoever against the protests of the mainstream kernel tool audience
>makes zero sense to me, as don't Eric's repeated antagonistic comments.
How many times do
Alexander Viro writes:
>
>
> On Sat, 19 May 2001, Richard Gooch wrote:
>
> > The transaction(2) syscall can be just as easily abused as ioctl(2) in
> > this respect. People can pass pointers to ill-designed structures very
>
> Right. Moreover, it's not needed. The same functionality can be
> t
On Sat, May 19, 2001 at 11:11:31PM +0400, Ivan Kokshaysky wrote:
> On Sat, May 19, 2001 at 03:55:02PM +0200, Andrea Arcangeli wrote:
> > Reading the tsunami specs I learnt 1 tlb entry caches 8 pagetables (not 1)
> > so the tlb flush will be invalidate immediatly by any PCI DMA run after
> > the fl
On Sat, 19 May 2001, Richard Gooch wrote:
> The transaction(2) syscall can be just as easily abused as ioctl(2) in
> this respect. People can pass pointers to ill-designed structures very
Right. Moreover, it's not needed. The same functionality can be trivially
implemented by write() and read(
In article <[EMAIL PROTECTED]>, Jens Axboe <[EMAIL PROTECTED]> wrote:
>>
>> As a result the system performance goes down. I'm still able to use
>> my applications, but es every single piece of unused memory is swapped
>> out, and swapping in costs a certain amount of time.
>
>That's why streamin
On Sat, May 19, 2001 at 10:22:55PM -0400, Richard Gooch wrote:
> The transaction(2) syscall can be just as easily abused as ioctl(2) in
> this respect.
But read() and write() cannot.
--
Revolutions do not require corporate support.
-
To unsubscribe from this list: send the line "unsubscribe lin
On Sat, 19 May 2001, Richard Gooch wrote:
> There is another reason to use ioctl(2): when you need to send data to
> the kernel/driver and wait for a response. It supports transactions,
> which read(2) and write(2) cannot. Therefore it remains useful.
Somebody, run to database vendors and tell
Matthew Wilcox writes:
> On Sat, May 19, 2001 at 12:51:23PM -0600, Richard Gooch wrote:
> > Al, if you really want to kill ioctl(2), then perhaps you should
> > implement a transaction(2) syscall. Something like:
> > int transaction (int fd, void *rbuf, size_t rlen,
> > void *
Keith Owens wrote:
>
> On Sat, 19 May 2001 17:58:49 -0400,
> Jeff Garzik <[EMAIL PROTECTED]> wrote:
> >Finally, I don't know if I mentioned this earlier, but to be complete
> >and optimal, version strings should be a single variable 'version', such
> >that it can be passed directly to printk like
Miles Lane wrote:
>
> On 19 May 2001 21:06:51 -0400, Benedict Bridgwater wrote:
> > > This bug unconditionally disables a configuration question -- and it's
> > > so old that it has propagated across three port files, without either
> > > of the people who did the cut and paste for the latter two
Andries Brouwer writes:
> Andrew Morton writes:
>
> > > (2) what about bootstrapping? how do you find the root device?
> > > Do you do "root=/dev/hda/offset=63,limit=1235823"? Bit nasty.
> >
> > Ben's patch makes initrd mandatory.
>
> Can this be fixed? I've *never* had t
Alan Cox writes:
> > ioctls are evil, period. At least with these names you can use normal
> > scripting and don't need any special tools. Every ioctl means a binary
> > that has no business to exist.
>
> That is not IMHO a rational argument. It isn't my fault that your
> shell does not support i
On Sat, 19 May 2001 17:58:49 -0400,
Jeff Garzik <[EMAIL PROTECTED]> wrote:
>Finally, I don't know if I mentioned this earlier, but to be complete
>and optimal, version strings should be a single variable 'version', such
>that it can be passed directly to printk like
>
> printk(version);
Ni
On Sun, 20 May 2001, Jens Axboe wrote:
> On Sat, May 19 2001, Adam Schrotenboer wrote:
> > /dev/raw* Where? I can't find it in my .config (grep RAW .config). I am
> > using 2.4.4-ac11 and playing w/ 2.4.5-pre3.
>
> It's automagically included, no config options necessary
> (drivers/char/raw.c)
On 19 May 2001 21:06:51 -0400, Benedict Bridgwater wrote:
> > This bug unconditionally disables a configuration question -- and it's
> > so old that it has propagated across three port files, without either
> > of the people who did the cut and paste for the latter two noticing it.
> >
> > This so
On 19 May 2001 21:06:51 -0400, Benedict Bridgwater wrote:
> > This bug unconditionally disables a configuration question -- and it's
> > so old that it has propagated across three port files, without either
> > of the people who did the cut and paste for the latter two noticing it.
> >
> > This so
On Fri, May 18, 2001 at 09:46:17PM +0400, Ivan Kokshaysky wrote:
> -void
> -cia_pci_tbi(struct pci_controller *hose, dma_addr_t start, dma_addr_t end)
> -{
> - wmb();
> - *(vip)CIA_IOC_PCI_TBIA = 3; /* Flush all locked and unlocked. */
> - mb();
> - *(vip)CIA_IOC_PCI_TBIA;
> -
> This bug unconditionally disables a configuration question -- and it's
> so old that it has propagated across three port files, without either
> of the people who did the cut and paste for the latter two noticing it.
>
> This sort of thing would never ship in CML2, because the compiler
> would t
Here's a dumb question, and I apologize if I am questioning computer
science dogma...
Why are LVM and EVMS(competing LVM project) needed at all?
Surely the same can be accomplished with
* md
* snapshot blkdev (attached in previous e-mail)
* giving partitions and blkdevs the ability to grow and s
Linus Torvalds wrote:
> There are some strong arguments that we should have filesystem
> "backdoors" for maintenance purposes, including backup.
I think I agree with something Al said over IRC, that fs-level snapshots
are preferred over block level snapshots.
fs-level snapshots should become eas
On Sat, May 19, 2001 at 05:11:30PM +0100, Alan Cox wrote:
> If it had been a manufacturer in most respectable areas of business they'd be
> recalling and reissuing components, and paying for the end resllers to notify
> each customer
This is consumer hardware. Consumer products are optimized for
On Sat, 19 May 2001, Alexander Viro wrote:
>
> On Sun, 20 May 2001, Edgar Toernig wrote:
>
> > That assumption is totally bogus. Even for regular files you have side
> > effects (atime); for anything else they're unpredictable.
>
> That means only one thing: safe backups are possible only in
> > Three back to back make -j 30 runs for three different kernels.
> > Swap cache numbers are taken immediately after last completion.
>
> The performance increase is nice, though. Do you see similar
> changes in different kinds of workloads ?
I you have a patch against 2.4.4-ac11 I will do som
On Sun, 20 May 2001, Edgar Toernig wrote:
> That assumption is totally bogus. Even for regular files you have side
> effects (atime); for anything else they're unpredictable.
That means only one thing: safe backups are possible only in single-user
mode. For values of safe being "not triggerin
> On Sun, 20 May 2001, Ingo Oeser wrote:
> > PS: English is neither mine, nor Linus native language. Why do
> >the English natives complain instead of us? ;-)
>
> Because we had some experience with, erm, localized systems and for
> Alan it's most likely pure theory? ;-)
I think its importan
> No, my point was, if I don't have SCSI or RAID on this box, I don't want
> them to be built into the kernel!
They arent built into the kernel. I still think you have your facts confused
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMA
nitpicking: a system call without side effects would be pretty useless.
Alexander Viro wrote:
> A lot of stuff relies on the fact that close(open(foo, O_RDONLY)) is a
> no-op. Breaking that assumption is a Bad Thing(tm).
That assumption is totally bogus. Even for regular files you have side
eff
On Sat, 19 May 2001, Pavel Machek wrote:
> I thought about how to do networking without sockets, and it seems to
> me like this kind of modify syscall is needed, because network sockets
> connect to *two* different places (one local address and one
> remote). Sockets are really nasty :-(.
Pave
On Sat, 19 May 2001, Linus Torvalds wrote:
>
> On Sat, 19 May 2001, Pavel Machek wrote:
> >
> > Well, if we did something like modify(int fd, char *how), you could do
> >
> > modify(0, "nonblock,9600")
>
> What you're really proposing is to make ioctl's be ASCII strings.
>
> Which is not
On Sun, 20 May 2001, Ingo Oeser wrote:
> PS: English is neither mine, nor Linus native language. Why do
>the English natives complain instead of us? ;-)
Because we had some experience with, erm, localized systems and for
Alan it's most likely pure theory? ;-)
On Sat, 19 May 2001, Jeff Garzik wrote:
> Are we talking about device arguments just for chrdevs and blkdevs?
> (ie. drivers) or for regular files too?
Let's distinguish between per-fd effects (that's what name in open(name, flags)
is for - you are asking for descriptor and telling what beha
Jeff Garzik wrote:
> Notice also a "metadata miscdev" solves the problem of passing options
> on open -- just pass those options to the miscdev before you open it...
to be more clear, "it" == the data device, not the metadata miscdev
--
Jeff Garzik | "Do you have to make light of everythin
Are we talking about device arguments just for chrdevs and blkdevs?
(ie. drivers) or for regular files too?
Speaking about drivers specifically, a controlling miscdev, one per
device or one per group of devices depending on your needs, is a much
more clean solution for passing ioctl-type data.
On Sat, 19 May 2001, Matthew Wilcox wrote:
> On Sat, May 19, 2001 at 12:51:07PM -0400, Alexander Viro wrote:
> > clone(), walk(), clunk(), stat() and open() ;-) Basically, we can add
> > unopened descriptors. I.e. no IO until you open it (turning the thing into
> > opened one), but we can do lo
On Sat, May 19 2001, Adam Schrotenboer wrote:
> /dev/raw* Where? I can't find it in my .config (grep RAW .config). I am
> using 2.4.4-ac11 and playing w/ 2.4.5-pre3.
It's automagically included, no config options necessary
(drivers/char/raw.c)
--
Jens Axboe
-
To unsubscribe from this list: s
On Sat, May 19, 2001 at 11:34:48AM -0700, Linus Torvalds wrote:
[Reasons]
> So the "English is bad" argument is a complete non-argument.
Jepp, I have to agree.
English is used more or less as an communication protocol in
computer science and for operating computers.
Once you know how to operat
On Sat, 19 May 2001, Eric S. Raymond wrote:
> This bug unconditionally disables a configuration question -- and it's
> so old that it has propagated across three port files, without either
> of the people who did the cut and paste for the latter two noticing it.
in fact it was originally in i386
This bug unconditionally disables a configuration question -- and it's
so old that it has propagated across three port files, without either
of the people who did the cut and paste for the latter two noticing it.
This sort of thing would never ship in CML2, because the compiler
would throw an und
I have pppoed-0.48b1-6, ppp-2.4.0-5 (SuSE 7.1) but it didn't work (with
kernel pppoe.o/pppox.o).
So I have to use rp-pppoe-2.5-5 (which should be slower I've heard) for the
German Telekom ADSL (product name TDSL).
Thanks,
Dieter
--
Dieter Nützel
Graduate Student, Computer Science
Univ
Patch looks generally ok.
Comments:
* you forgot to cc Elmer Joandi, the maintainer, who wakes up every now
and then :)
* When is aironet4500_card version string printed, for the modular case?
* did you actually trace the code paths to mark sure code marked __init
was never called by the pcmcia h
Patch looks decent. Adding module descriptions was quite nice. One
flaw that is repeated multiple times is that you add
#ifdef MODULE
printk(version);
#endif
in an ISA driver's probe routine. This instead should always be the
first operation of init_module.
Also make
Alan Cox wrote:
>>Second, how many kernels does Redhat ship in order to have one for
>>386/486/586/k6/Athlon . . . .
>>Quite a pain in the ass. And look at how much shit has to be built in
>>in order to get a kernel that works for everybody! People bitch at
>>Microsoft for doing it, then tur
This is 2.4.4 with the aic7xxx driver version 6.1.13 dropped in.
The oops got eaten by klogd, my apologies, but it seems sane even so.
I haven't tried newer -ac or -pre kernels so I'm sure it's probably
already fixed there but just in case it isn't...
kdm[350]: Server for display :0 terminated
On Sat, 19 May 2001, Mike Galbraith wrote:
> On Fri, 18 May 2001, Stephen C. Tweedie wrote:
>
> > That's the main problem with static parameters. The problem you are
> > trying to solve is fundamentally dynamic in most cases (which is also
> > why magic numbers tend to suck in the VM.)
>
> Magi
Hi,
The following patch fixes aironet drivers. It contains
- fixed Config.in to disable non-working configurations (PNP without isapnp,
built-in ISA or I365)
- marked __init/__devinit/__devinitdata some initial code/variables
- disable (#if 0) currently unused function (awc4500_pnp_hw_reset)
-
>From kufel!root Sat May 19 23:39:35 2001
Return-Path:
Received: from kufel.UUCP (uucp@localhost)
by green.mif.pg.gda.pl (8.9.3/8.9.3) with UUCP id XAA02226
for green.mif.pg.gda.pl!ankry; Sat, 19 May 2001 23:39:35 +0200
Received: (from root@localhost)
by kufel.dom (8.9.3/
hi,
i created a 10mb file called .enc2 with random data and ran "# losetup -e
serpent -k 128 /dev/loop0 /mnt/hda7/.enc2"
then i ran "# mke2fs /dev/loop0" and tried to "# mount /dev/loop0 /enc". but
i get the following error messages when trying to mount:
May 19 21:32:10 HOST2 kernel: EXT2-fs err
On Sat, May 19, 2001 at 02:48:15PM +0400, Ivan Kokshaysky wrote:
> This is incorrect. If you want directly mapped PCI window then you don't
> need the iommu_arena for it. If you want scatter-gather mapping, you
> should write address of the SG page table into the T3_BASE register.
i've tried both
On Sat, May 19, 2001 at 09:38:03PM +0200, Erik Mouw wrote:
> > But /dev/sda/offset=234234,limit=626737537 isn't a file! ls it and see
> > if it's there. writing to files that aren't shown in directory listings
> > is plain evil. I really don't want to explain why. It's extremely
> > messy and unin
On Fri, May 18, 2001 at 03:17:50PM +0100, Stephen C. Tweedie wrote:
> Hi,
>
> On Wed, May 16, 2001 at 12:18:15PM -0400, Michael Meissner wrote:
>
> > With the current LABEL= support, you won't be able to mount the disks with
> > duplicate labels, but you can still mount them via /dev/sd.
>
> Or
On Saturday 19 May 2001 21:43, Pavel Machek wrote:
> I think that plan9 uses something different -- they have ttyS0 and
> ttyS0ctl. This would leave us with problem "how do I get handle to
> ttyS0ctl when I only have handle to ttyS0"?
One possibility is to add multiforked (multi-stream) file supp
John Cavan wrote:
>
> Hi,
>
> I've seen a lot of messages regarding problems with the VIA chipset...
> I've experienced them myself.
>
> Anyways, I just put in a new ASUS CUV4X-D motherboard, BIOS revision
> 1004. Once installed, I ran into a raft of problems when IO-APIC was
> enabled... and d
On Sat, May 19, 2001 at 05:11:30PM +0100, Alan Cox wrote:
> > This are the latest suggestions for handling the VIA Southbridge bug as
> > derived from the hardware site www.au-ja.de (Many thanks to doelf).
>
> I'd rather people left this except for the obvious fixed that were done for
> non VIA n
Linus Torvalds wrote:
>
> [ Attribution is gone, so I just deleted it.. ]
>
> > > > > fd = open("/dev/tty00/nonblock,9600,n8", O_RDWR);
> > > >
> > > > Hmm, there might be problem with this. How do you change speed without
> > > > reopening device? [Remember: your mice knows when you clo
On Sat, 19 May 2001, Pavel Machek wrote:
>
> > Don't get _too_ hung up about the power-management kind of "invisible
> > suspend/resume" sequence where you resume the whole kernel state.
>
> Ugh. Now I'm confused. How do you do usefull resume from disk when you
> don't restore complete state? D
Hi!
> > resume from disk is actually pretty hard to do in way it is readed linearily.
> >
> > While playing with swsusp patches (== suspend to disk) I found out that
> > it was slow. It needs to do atomic snapshot, and only reasonable way to
> > do that is free half of RAM, cli() and copy.
>
>
Hi!
> > Well, if we did something like modify(int fd, char *how), you could do
> >
> > modify(0, "nonblock,9600")
>
> What you're really proposing is to make ioctl's be ASCII strings.
Yup.
> Which is not necessarily a bad idea, and I think plan9 did something
> similar (or rather, if I remem
Vitaly Luban wrote:
>
> Hi,
>
> the form of POLL_... This will bring functionality of RT
> signals event notification on the level with 'select' or
> 'poll' one, while more efficient and scalable. If there's
> an interest in such a feature, I'd be eager to publish a
> patch.
>
> Thanks,
>
On Tue, 15 May 2001, Pavel Machek wrote:
>
> resume from disk is actually pretty hard to do in way it is readed linearily.
>
> While playing with swsusp patches (== suspend to disk) I found out that
> it was slow. It needs to do atomic snapshot, and only reasonable way to
> do that is free half
On Sat, May 19, 2001 at 10:45:11AM -0700, Aaron Lehmann wrote:
> On Sat, May 19, 2001 at 06:48:19PM +0200, Erik Mouw wrote:
> > One of the fundamentals of Unix is that "everything is a file" and that
> > you can do everything by reading or writing that file.
>
> But /dev/sda/offset=234234,limit=6
On Sat, 19 May 2001, Pavel Machek wrote:
>
> Well, if we did something like modify(int fd, char *how), you could do
>
> modify(0, "nonblock,9600")
What you're really proposing is to make ioctl's be ASCII strings.
Which is not necessarily a bad idea, and I think plan9 did something
similar (o
On Sat, 19 May 2001, Brad Boyer wrote:
>
> If I understand the status of stuff correctly, I think this would make it
> a lot more painful to admin if it became a requirement to use initrd on
> everything just to be able to boot.
Don't get too hung up on initrd. Symbolic links really _are_ worka
Aaron Lehmann wrote:
> On Sat, May 19, 2001 at 08:05:02PM +0200, [EMAIL PROTECTED] wrote:
> > > initrd is an unnecessary pain in the ass for most people.
> > > It had better not become mandatory.
> >
> > You would not notice the difference, only your kernel would be
> > a bit smaller and the RRPA
> root@bug:/zip# mount /zip
> root@bug:/zip# ls -al
> total 8
> drwxr-xr-x2 root root 4096 Dec 1 08:29 .
> drwxr-xr-x 31 65534root 4096 Apr 24 20:56 ..
> root@bug:/zip# cd /zip
> root@bug:/zip# ls -al
> total 22182
> ...
> Is that okay?
Yes. Your working directory
Hi!
> > > > > fd = open("/dev/tty00/nonblock,9600,n8", O_RDWR);
> > > >
> > > > Hmm, there might be problem with this. How do you change speed without
> > > > reopening device? [Remember: your mice knows when you close device]
>
> The naming scheme is not a replacement for these kinds of i
From [EMAIL PROTECTED] Sat May 19 20:07:23 2001
> > initrd is an unnecessary pain in the ass for most people.
> > It had better not become mandatory.
>
> You would not notice the difference, only your kernel would be
> a bit smaller and the RRPART ioctl disappears.
W
On Sat, May 19, 2001 at 03:55:02PM +0200, Andrea Arcangeli wrote:
> Reading the tsunami specs I learnt 1 tlb entry caches 8 pagetables (not 1)
> so the tlb flush will be invalidate immediatly by any PCI DMA run after
> the flush on any of the other 7 mappings cached in the same tlb entry.
I have
Hi!
I just had small surprise with 2.4.0:
root@bug:/zip# mount /zip
root@bug:/zip# ls -al
total 8
drwxr-xr-x2 root root 4096 Dec 1 08:29 .
drwxr-xr-x 31 65534root 4096 Apr 24 20:56 ..
root@bug:/zip# cd /zip
root@bug:/zip# ls -al
total 22182
drwxr-xr-x4 root
[ Attribution is gone, so I just deleted it.. ]
> > > > fd = open("/dev/tty00/nonblock,9600,n8", O_RDWR);
> > >
> > > Hmm, there might be problem with this. How do you change speed without
> > > reopening device? [Remember: your mice knows when you close device]
The naming scheme is not
On Sat, 19 May 2001, Alan Cox wrote:
>
> > Now that I'm awake and refreshed, yeah, that's awful. But
> > echo "hot-add,slot=5,device=/dev/sda" >/dev/md0/control *is* sane. Heck,
> > the system can even send back result codes that way.
>
> Only to an English speaker. I suspect Quebec City canad
On Sat, 19 May 2001, Ben LaHaise wrote:
>
> 1. Generic lookup method and argument parsiing (fs/lookupargs.c)
Looks sane.
> 2. Restricted block device (drivers/block/blkrestrict.c)
This is not very user-friendly, but along with symlinks this makes perfect
sense. It would make partition handlin
Hello,
On 19-May-2001 Alan Cox wrote:
>> since ages owners of a Extensa 50X notebook apply the following diff to the
>> kernel to make the sound work without hanging the whole system.
>
> With what sound card ?
>
opl3sa2. I use alsa 0.5.11.
--
Bye,
Michael Leun
-
To unsubscribe from this l
Chris Wedgwood wrote:
>
> Or you can fall back to mounting by UUID, which is globally
> unique and still avoids referencing physical location. You also
> don't need to manually set LABELs for UUID to work: all e2fsprogs
> over the past couple of years have set UUID on partitions,
/dev/raw* Where? I can't find it in my .config (grep RAW .config). I am
using 2.4.4-ac11 and playing w/ 2.4.5-pre3.
TIA
Adam Schrotenboer
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
More majordomo info at http://vger.
On Sat, 19 May 2001, Alexander Viro wrote:
>
> Folks, before you get all excited about cramming side effects into
> open(2), consider the following case:
Your argument is stupid, imnsho.
Side-effects are perfectly fine if they are _local_ to the file
descriptor. Your example is contrieved
On Sat, May 19, 2001 at 08:05:02PM +0200, [EMAIL PROTECTED] wrote:
> > initrd is an unnecessary pain in the ass for most people.
> > It had better not become mandatory.
>
> You would not notice the difference, only your kernel would be
> a bit smaller and the RRPART ioctl disappears.
Would I not
> initrd is an unnecessary pain in the ass for most people.
> It had better not become mandatory.
You would not notice the difference, only your kernel would be
a bit smaller and the RRPART ioctl disappears.
[Besides: we have lived with DOS-type partition tables for ten years,
but they will not
> What are the units of the return value of the BLKGETSIZE ioctl on Linux?
Sectors of size 512.
> or is it in units of sector size bytes as returned by BLKSSZGET
No.
Andries
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
Hi,
I've seen a lot of messages regarding problems with the VIA chipset...
I've experienced them myself.
Anyways, I just put in a new ASUS CUV4X-D motherboard, BIOS revision
1004. Once installed, I ran into a raft of problems when IO-APIC was
enabled... and discovered that ASUS had a BIOS update
At 10:42 AM +0200 2001-05-19, Kai Henningsen wrote:
> > >Make your config script look at the hardware MAC addresses. Those don't
>> >change.
>>
>> They're not necessarily unique, though.
>
>So if you plug both into the same network segment, that segment is broken?
>That looks like very stupid
At 10:42 AM +0200 2001-05-19, Kai Henningsen wrote:
> > Jeff Garzik's ethtool
> > extension at least tells me the PCI bus/dev/fcn, though, and from
>> that I can write a userland mapping function to the physical
>> location.
>
>I don't see how PCI bus/dev/fcn lets you do that.
I know from sys
On Sat, May 19, 2001 at 01:30:14PM +0200, [EMAIL PROTECTED] wrote:
> I don't think so. It is necessary, and it is good.
>
> But it is easy to make the transition painless.
> Instead of the current choice between INITRD (yes/no)
> we have INITRD (default built-in / external).
> The built-in versio
On Sat, May 19, 2001 at 06:48:19PM +0200, Erik Mouw wrote:
> One of the fundamentals of Unix is that "everything is a file" and that
> you can do everything by reading or writing that file.
But /dev/sda/offset=234234,limit=626737537 isn't a file! ls it and see
if it's there. writing to files that
Linus,
A bug was recently found in which nfs_refresh_inode() was returning
EIO when servers, such as the Hummingbird, don't return the optional
attributes on calls such as the setattr() call. This error was then
being passed back to userland.
When investigating the bug, I also found a load
Hi,
On Fri, 18 May 2001, Stephen C. Tweedie wrote:
> That's the main problem with static parameters. The problem you are
> trying to solve is fundamentally dynamic in most cases (which is also
> why magic numbers tend to suck in the VM.)
Magic numbers might be sucking some performance right no
On Sat, May 19, 2001 at 12:51:07PM -0400, Alexander Viro wrote:
> clone(), walk(), clunk(), stat() and open() ;-) Basically, we can add
> unopened descriptors. I.e. no IO until you open it (turning the thing into
> opened one), but we can do lookups (move to child), we can clone and
> kill them an
On Sat, May 19, 2001 at 01:33:10PM -0300, Rik van Riel wrote:
> On Sat, 19 May 2001, [iso-8859-1] Jakob Østergaard wrote:
>
> > What do you think of this ?
> > [root]# cat /proc/sys/fs/inode-nr
> > 157097 -180
>
> I think you should upgrade to a newer kernel; Al Viro
> fixed this bug and t
On Sat, May 19, 2001 at 03:02:47PM +0100, Alan Cox wrote:
> > ioctls are evil, period. At least with these names you can use normal
> > scripting and don't need any special tools. Every ioctl means a binary
> > that has no business to exist.
>
> That is not IMHO a rational argument. It isn't my f
Hi,
On Sat, May 19, 2001 at 05:29:32PM +1200, Chris Wedgwood wrote:
>
> Or you can fall back to mounting by UUID, which is globally
> unique and still avoids referencing physical location. You also
> don't need to manually set LABELs for UUID to work: all e2fsprogs
> over the pa
1 - 100 of 160 matches
Mail list logo
