On Tue, Apr 24, 2001 at 08:03:18AM +0200, Antwerpen, Oliver wrote:
> I am also highly interested in information about dual Athlon (which
> kernel/compiler/tools to use?), as we will get a dual Athlon sample before
kernel >= 2.4.3 (better >= 2.4.4pre2 for other rasons) compiled for K7 and
On Tue, Apr 24, 2001 at 01:22:15AM -0400, Mike A. Harris wrote:
> Would the current state of athlon support be considered stable?
yes.
Andrea
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
More majordomo info at
Moin Mike,
> From: Mike A. Harris [mailto:[EMAIL PROTECTED]]
>
> Would the current state of athlon support be considered stable?
> I've got a colleague interested in getting a dual athlon box, and
> I'll be making the decision as to what hardware to purchase. I'm
> wondering is dual Athlon
Erik Paulson <[EMAIL PROTECTED]> on 04/24/2001 01:14:27 AM
To: Christian Ehrhardt <[EMAIL PROTECTED]>
cc: [EMAIL PROTECTED], [EMAIL PROTECTED] (bcc: Amol Lad/HSS)
Subject: Re: BUG: Global FPU corruption in 2.2
On 23 Apr 2001 18:11:48 +0200, Christian Ehrhardt wrote:
> On Thu,
On Mon, Apr 23, 2001 at 08:06:11PM -0500, Andy Carlson wrote:
> I was playing around with a program that I was using to time differences
> between kernels (a silly prime program that puts out 100 primes). I
> noticed a very strange behaviour. On a fresh boot, with the Penguin
> pictures
Would the current state of athlon support be considered stable?
I've got a colleague interested in getting a dual athlon box, and
I'll be making the decision as to what hardware to purchase. I'm
wondering is dual Athlon viable for a business solution right
now, or is it considered
On Mon, Apr 23, 2001 at 11:34:35PM +0200, Andrea Arcangeli wrote:
> On Mon, Apr 23, 2001 at 09:35:34PM +0100, D . W . Howells wrote:
> > This patch (made against linux-2.4.4-pre6) makes a number of changes to the
> > rwsem implementation:
> >
> > (1) Everything in try #2
> >
> > plus
> >
> >
On Mon, Apr 23, 2001, josh <[EMAIL PROTECTED]> wrote:
>
> > On Mon, Apr 23, 2001, josh <[EMAIL PROTECTED]> wrote:
> > > Kernel: 2.4.2 - latest (2.4.3-ac12)
> > > Platform: x86 on mangled Slack7.1
> > > Hardware: MSI 694D Pro-AR
> > > ( http://www.msicomputer.com/products/detail.asp?ProductID=150
> On Mon, Apr 23, 2001, josh <[EMAIL PROTECTED]> wrote:
> > Kernel: 2.4.2 - latest (2.4.3-ac12)
> > Platform: x86 on mangled Slack7.1
> > Hardware: MSI 694D Pro-AR
> > ( http://www.msicomputer.com/products/detail.asp?ProductID=150 )
> >
> > Problem: USB devices timeout on address assignment.
>
>The first attempt at mounting a disc in my Traxdata CDR drive after
>boot always fails. From the second on, everything works flawlessly.
>Current setup is 2.2.18 kernel + 6.1.11-2.2.18 patch, but I've been
>experiencing this behaviour since I bought the adapter (around 2.2.12 or so).
>aic7xxx
Hi,
I have a scsi camera of unknown brand and type. No driver. It has CCD chip
on it.
Can I use SANE as an interface to this camera?. I need to control it using
my app that
talks to SANE.
J
_
Get your FREE download of MSN Explorer
Ed Tomlinson writes:
> > Consider, when I was doing some fs benchmark, my inode slab cache was
> > over 120k items on a 128MB machine. At 480 butes per inode, this is
> > almost 58 MB, close to half of RAM. Reducing this to exactly ext2
> > sized inodes would save (50 - 27) * 4 * 120k = 11MB of
[EMAIL PROTECTED] wrote:
>
> [snip]
>
> Doug suggested looking at extending scsimon. This is a fine idea, and I've
> made proposed changes available at http://domsch.com/linux/scsi/. (Doug may
> want to clean this up). However, this, like my earlier changes to
> /proc/scsi/scsi, doesn't
It would seem that I have a modem (hardware based, not winmodem) of
PCI_CLASS_COMMUNICATION_OTHER. This, unfortunately, prevents it from
being automagically detected by the serial driver, which only looks for
devices of PCI_CLASS_COMMUNICATION_SERIAL.
I've fixed this here merely by adding an
On Mon, Apr 23, 2001, josh <[EMAIL PROTECTED]> wrote:
> Kernel: 2.4.2 - latest (2.4.3-ac12)
> Platform: x86 on mangled Slack7.1
> Hardware: MSI 694D Pro-AR
> ( http://www.msicomputer.com/products/detail.asp?ProductID=150 )
>
> Problem: USB devices timeout on address assignment. Course thats with
On Mon, 23 Apr 2001, Marcelo Tosatti wrote:
>
> Linus,
>
> With the prune_icache() modifications which were integrated in pre5 there
> is no more need to avoid non __GFP_IO allocations to go down to
> prune_icache().
>
> The following patch moves the __GFP_IO check down to prune_icache(),
>
Eugene Kuznetsov wrote:
>
> Hello,
>
> I am a happy owner of Intel D815EEA2 mother board. This board
> comes with integrated AC-97 audio. When I try to load i810_audio
> driver for it, driver identifies the device as
> "Intel 810 + AC97 Audio, version 0.02, 19:43:23 Apr 20 2001
> i810:
Dale Amon wrote:
>
> Talk about syncronicity... I had just last week asked
> about the pro's and con's on this on the crypto list and
> have heard nothing at all back. So I'll drop the body
> of that message in here:
why not port one of the twenty or thirty preexisting tools
that let you mount
On Mon, 23 Apr 2001, Jan Harkes wrote:
> On Mon, Apr 23, 2001 at 10:45:05PM +0200, Ingo Oeser wrote:
> > BTW: Is it still less than one page? Then it doesn't make me
> >nervous. Why? Guess what granularity we allocate at, if we
> >just store pointers instead of the inode.u. Or do you
Chmouel Boudjnah wrote:
>
> "Pawel Worach" <[EMAIL PROTECTED]> writes:
>
> > I was using mpg123 (xmms and c/o does exactly the same)
> > if I run it like this Moby sounds very stupid... :)
>
> i got the same problem when using mpg123 compiled with esd on my dell
> workstation (which has a need
[EMAIL PROTECTED] wrote:
>
> > PCI ids can be derived from bus/slot/function.
>
> Even better. I'll remove the extraneous fields then, and only return those.
>
> typedef struct scsi_pci {
> unsigned char bus_number;
> unsigned intdevfn; /* encoded device &
> PCI ids can be derived from bus/slot/function.
Even better. I'll remove the extraneous fields then, and only return those.
typedef struct scsi_pci {
unsigned char bus_number;
unsigned intdevfn; /* encoded device & function index
*/
} Scsi_Pci;
Thanks,
Matt
--
Kernel: 2.4.2 - latest (2.4.3-ac12)
Platform: x86 on mangled Slack7.1
Hardware: MSI 694D Pro-AR
( http://www.msicomputer.com/products/detail.asp?ProductID=150 )
Problem: USB devices timeout on address assignment. Course thats with the
non JE driver, with the JE driver the bus doesnt even say
On Mon, Apr 23, 2001 at 10:45:05PM +0200, Ingo Oeser wrote:
> Last time we suggested this, people ended up with some OS trying
> it and getting worse performance.
>
> Why? You need to allocate the VFS-inode (vnode in other OSs) and
> the on-disk-inode anyway at the same time. You get better
>
[Peter Samuelson]
> > Introduced in 2.4.4pre4, I believe. $(export-objs) need not be
> > conditional, and the if statement was not really correct either,
> > although in this case it probably worked.
[Tom Rini]
> Er, are you sure changing the test for !"nn" is correct here? I
> _think_ at
I got a kernel oops today.
I had oopses twice this month.
One thing I noticed about the latest kernel oopses in 2.4.3 and
2.4.4-pre4 which I am using:
while I manually tried to copy the OOPS dump info on the CRT
screen, somehow the interrupt was NOT disabled (!?) and
some stray interrupt from
The Linux Device Registry (devreg) is a kernel patch that adds a device
database in XML format to the /proc filesystem. It collects all information
about the system's physical devices, creates persistent device ids and
provides them in the file /proc/devreg.
Devreg has three purposes:
-
Jamie Lokier <[EMAIL PROTECTED]> writes:
[...]
> Are you sure? A suspend takes about 5-10 seconds on my laptop.
You mean when you tell the apm driver from userspace to suspend?
> (It was noticably faster with 2.3 kernels, btw. Now it spends a second
> or two apparently not noticing the APM
I was playing around with a program that I was using to time differences
between kernels (a silly prime program that puts out 100 primes). I
noticed a very strange behaviour. On a fresh boot, with the Penguin
pictures that the Matrox FB driver puts up, the prime program runs
1 minute, 30
Alan Cox writes:
> 2.4.3-ac13
> oSwitch to NOVERS symbols for rwsem (me)
> | Called from asm blocks so they can't be versioned
Yes they most certainly can be versioned inside of an asm. Use the
"i" constraint, we've been doing this on sparc64 for ages.
Later,
David S.
On 24 Apr 2001, David Wagner wrote:
> Linus Torvalds wrote:
> >Ehh.. I will bet you $10 USD that if libc allocates the next file
> >descriptor on the first "malloc()" in user space (in order to use the
> >semaphores for mm protection), programs _will_ break.
> >
> >You want to take the bet?
>
On Mon, 23 Apr 2001, Alan Cox wrote:
> 2.4.4pre6 only builds with gcc 2.96. If you apply the __builtin_expect fixes
> it builds and runs fine with 2.95. Not tried egcs. The gcc 3.0 asm constraints
> one I've yet to see a fix for.
So, should I upgrade to 2.96 from 2.95.3?
But, from
On Sat, 14 Apr 2001, Eric S. Raymond wrote:
> > * the colors are hard to see (red/blue on black). Probably
> > matter of terminal settings. I do not have any productive
> > ideas tho... Probably to get best experience to as much
> > people as possible the less colors are used the
Linus Torvalds wrote:
>Ehh.. I will bet you $10 USD that if libc allocates the next file
>descriptor on the first "malloc()" in user space (in order to use the
>semaphores for mm protection), programs _will_ break.
>
>You want to take the bet?
Good point. Speaking of which:
ioctl(fd,
Alan-
I certainly care to fix it (since I wrote the patch). Since `aviplay' seems
to be the easy way to trigger it I'll look into it.
On Mon, Apr 23, 2001 at 04:40:12PM +0100, Alan Cox wrote:
> > Both mozilla and aviplay (which are both multithreaded) trigger this - I
> > haven't tried with
John Fremlin wrote:
> > > I'm wondering if that veto business is really needed. Why not reject
> > > *all* APM rejectable events, and then let the userspace event handler
> > > send the system to sleep or turn it off? Anybody au fait with the APM
> > > spec?
> >
> > My thinkpad actually started
Andreas Dilger wrote:
> Consider, when I was doing some fs benchmark, my inode slab cache was
> over 120k items on a 128MB machine. At 480 butes per inode, this is
> almost 58 MB, close to half of RAM. Reducing this to exactly ext2
> sized inodes would save (50 - 27) * 4 * 120k = 11MB of
ftp://ftp.kernel.org/pub/linux/kernel/people/alan/2.4/
Intermediate diffs are available from
http://www.bzimage.org
This isnt a proper release as such, it should just deal with most of the
compile failure/symbol failure problems.
2.4.3-ac13
o
Hi folks,
I was looking at linux/drivers/Makefile and noticed that "sound" (among
others) was always put into the kernel whether it was configured on or
not. Is there some reason for this?
Also, in linux/Rules.make, "fastdep:" is making dependancies on
"ALL_SUB_DIRS" which is "subdir-y",
On Mon, 23 Apr 2001, Linus Torvalds wrote:
>
> On Mon, 23 Apr 2001, Jonathan Morton wrote:
> > >There seems to be one more reason, take a look at the function
> > >read_swap_cache_async() in swap_state.c, around line 240:
> > >
> > >/*
> > > * Add it to the swap cache and read
At 9:10 AM +1000 4/24/01, Keith Owens wrote:
> >I don't see how multiple source trees can be merged automatically with
>>100% accuracy.
>
>I agree, multiple source trees only work 100% for non-overlapping code.
>It does not matter how you implement separate source, the moment it
>overlaps you
At 11:09 PM +0100 4/23/01, Matt wrote:
>| struct instruction_t {
>| __s16 code;
>| __s16 rxlen;
>| __s16 *rxbuf;
>| __s16 txlen;
>| __s16 *txbuf;
>| };
>
>So far, I now know I can grab stuff across the user <-> kernel divide as I
>planned. The only problem I'm left with,
On Mon, Apr 23, 2001 at 06:27:23PM -0500, Bob McElrath wrote:
> Well, take that back, I just got it to hang. Again, this is 2.4.4pre3
> with alpha-numa-3 and rwsem-generic-4. I saw it upon starting mozilla.
> I also saw some scary filesystem errors that may or may not be related:
> Apr 23
Hello,
I am getting odd message in my dmesg
I am running
Linux extreme 2.4.2-ac28 #1 SMP Fri Apr 13 01:58:47 UTC 2001 i686
unknown
and the messages look like
Undo Hoe 64.22.x.x/4414 c3 l2 ss10/65535 p4
Undo Hoe 64.22.x.x/4414 c3 l1 ss10/65535 p3
Undo Hoe 64.22.x.x/4414 c3 l1 ss10/65535 p2
Undo
Hi,
I have some memory reading some similar question somewhere (here?) but I'm
not sure there was an answer.
I do observe strange behaviour if read performance fo my IDE harddisk as
reported by hdparm (or doing linear reads with a self written program):
My FUJITSU MPG3409AT E is supposed to
Andrea Arcangeli [[EMAIL PROTECTED]] wrote:
> On Thu, Apr 19, 2001 at 11:21:17AM -0500, Bob McElrath wrote:
> > I'm at 2 days uptime now, and have not seen the process-table-hang.
> > Looks like this fixed it. Previously I would get a hang in the first
> > day or so. I'm using your alpha-numa-3
On Mon, 23 Apr 2001, Alexander Viro wrote:
> On Mon, 23 Apr 2001, Richard Gooch wrote:
>
> > - keep a separate VFSinode and FSinode slab cache
>
> Yup.
Would it make sense to unify these with the struct
address_space ?
regards,
Rik
--
Linux MM bugzilla: http://linux-mm.org/bugzilla.shtml
Linus,
With the prune_icache() modifications which were integrated in pre5 there
is no more need to avoid non __GFP_IO allocations to go down to
prune_icache().
The following patch moves the __GFP_IO check down to prune_icache(),
allowing !__GFP_IO allocations to free clean unused inodes.
> Are you guys running esd with any special arguments?
>
> esd needs a special argument, -r RATE [iirc], in order to tell esd that
> it is dealing with a locked rate codec.
48Khz esound support was fixed the day I got an i810 board 8). Its the
rate conversions it cant handle
-
To unsubscribe
> Ok building mpg123 without eSound worked for me too,
> so guess this is not a Linux kernel issue, sorry for this.
Excellent.
> eSound sux?
esound has very broken rate conversion support (it converts the audio but rather
damages it on the way). Gnome is moving towards using the KDE arts
On Mon, 23 Apr 2001, Richard Gooch wrote:
> - keep a separate VFSinode and FSinode slab cache
Yup.
> - allocate an enlarged VFSinode that contains the FSinode at the end,
> with the generic pointer in the VFSinode part pointing to FSinode
> part.
Please, don't. It would help with bloat
Alexander Viro writes:
>
>
> On Mon, 23 Apr 2001, Richard Gooch wrote:
>
> > - keep a separate VFSinode and FSinode slab cache
>
> Yup.
>
> > - allocate an enlarged VFSinode that contains the FSinode at the end,
> > with the generic pointer in the VFSinode part pointing to FSinode
> >
Ok i'll try :)
It's a little bit slow and the high tones get kind of very high
The first track of Moby Play sounds like you mixed Moby with
Donald Duck (but it not fast), like I said it's hard to describe sound
in text. :)
I can record it on another box and give You the result if You like? :)
On Mon, 23 Apr 2001 19:03:45 -0400,
Jeff Garzik <[EMAIL PROTECTED]> wrote:
>Keith Owens wrote:
>> On Sun, 15 Apr 2001 05:25:24 -0400,
>> Jeff Garzik <[EMAIL PROTECTED]> wrote:
>> >The attached patch, against kernel 2.4.4-pre3, adds a feature I call
>> >"3rd-party support."
>>
>> Already covered
On Tue, Apr 24, 2001 at 12:58:09AM +0200, Jens Axboe wrote:
> On Mon, Apr 23 2001, Jeff V. Merkey wrote:
> >
> >
> > Hey guys,
> >
> > Whomever removed WRITERAW has broken NWFS. WRITE requests call
> > _refile_buffer() after the I/O request and take my locally created
> > buffer heads and
Keith Owens wrote:
> On Sun, 15 Apr 2001 05:25:24 -0400,
> Jeff Garzik <[EMAIL PROTECTED]> wrote:
> >The attached patch, against kernel 2.4.4-pre3, adds a feature I call
> >"3rd-party support."
>
> Already covered by my 2.5 makefile rewrite[1] which has explicit
> support for third party kernel
[EMAIL PROTECTED] said:
> esd needs a special argument, -r RATE [iirc], in order to tell esd
> that it is dealing with a locked rate codec.
Isn't there an ioctl for that?
--
dwmw2
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL
> after having had trouble with compilation due to old gcc version, i have
> updated to gcc 3.0 and received the following error:
2.4.4pre6 only builds with gcc 2.96. If you apply the __builtin_expect fixes
it builds and runs fine with 2.95. Not tried egcs. The gcc 3.0 asm constraints
one I've
Albert D. Cahalan writes:
> Richard Gooch writes:
>
> > We want to take out that union because it sucks for virtual
> > filesystems. Besides, it's ugly.
>
> I hope you won't mind if people trash this with benchmarks.
But they can't. At least, not for a well designed patch. If there is a
real
On Tue, 24 Apr 2001, Andrzej Krzysztofowicz wrote:
> So maybe make the original error message more informative ?
> Just something like:
>
> - extern void __buggy_fxsr_alignment(void);
> - __buggy_fxsr_alignment();
> + extern void
Ingo Oeser writes:
> > We should get ext2 and friends to move the sucker _out_ of struct inode.
> > As it is, sizeof(struct inode) is way too large. This is 2.5 stuff, but
> > it really has to be done. More filesystems adding stuff into the union
> > is a Bad Thing(tm). If you want to allocates
Ok building mpg123 without eSound worked for me too,
so guess this is not a Linux kernel issue, sorry for this.
I tried the fstodell hack but it seems to be obsoluted.
Now it works without any tweaks.
eSound sux?
Thanks guys!
Back to work (with music :)
- Original Message -
From:
On Tue, Apr 24, 2001 at 12:45:35AM +0200, Jens Axboe wrote:
> On Mon, Apr 23 2001, Jeff V. Merkey wrote:
> > On Mon, Apr 23, 2001 at 11:13:12PM +0200, Guest section DW wrote:
> > > On Mon, Apr 23, 2001 at 01:55:00PM -0600, Jeff V. Merkey wrote:
> > > > On Mon, Apr 23, 2001 at 09:47:01PM +0200,
On Mon, Apr 23 2001, Jeff V. Merkey wrote:
> On Mon, Apr 23, 2001 at 11:13:12PM +0200, Guest section DW wrote:
> > On Mon, Apr 23, 2001 at 01:55:00PM -0600, Jeff V. Merkey wrote:
> > > On Mon, Apr 23, 2001 at 09:47:01PM +0200, Guest section DW wrote:
> > > > On Mon, Apr 23, 2001 at 12:08:52PM
Richard Gooch writes:
> We want to take out that union because it sucks for virtual
> filesystems. Besides, it's ugly.
I hope you won't mind if people trash this with benchmarks.
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL
On Mon, Apr 23, 2001 at 11:03:48PM +0100, David Woodhouse wrote:
>
> [EMAIL PROTECTED] said:
> > Are you sure the trace is decoded correctly?
>
> > > CPU:0
> > > EIP:0010:[sys_mremap+31/884]
>
> Probably not. It looks like it was munged by klogd. Some distributions are
> still
Hey guys,
Whomever removed WRITERAW has broken NWFS. WRITE requests call
_refile_buffer() after the I/O request and take my locally created
buffer heads and munge them back into the linux buffer cache, causing
massive memory corruption in the system. These buffers don't belong
in Linus'
On Mon, Apr 23, 2001 at 11:13:12PM +0200, Guest section DW wrote:
> On Mon, Apr 23, 2001 at 01:55:00PM -0600, Jeff V. Merkey wrote:
> > On Mon, Apr 23, 2001 at 09:47:01PM +0200, Guest section DW wrote:
> > > On Mon, Apr 23, 2001 at 12:08:52PM -0600, Jeff V. Merkey wrote:
> > > >
> > > > I am
It sounds like when you play music very loud with bad speakers
and it's kind of slow. It's kind of "clinking", describing sound via
e-mail can be very hard.
what value shall i put for the clocking parameter?
is it trial-and-error or is there some formula?
And no, the cut off output does not
"Pawel Worach" <[EMAIL PROTECTED]> writes:
> I was using mpg123 (xmms and c/o does exactly the same)
> if I run it like this Moby sounds very stupid... :)
i got the same problem when using mpg123 compiled with esd on my dell
workstation (which has a need to have set explictely to a clocking of
[EMAIL PROTECTED] said:
> Your patch (tries to) transform a compile and link time check into a
> runtime check. Not nice.
It transforms a broken and cryptic compile-time check into a correct and
informative runtime check.
If you can provide a correct and informative compile-time check, that
> It's known at compile time, but not at preprocessing time, so it can't be
> done with #error. If you can come up with a way of doing it at compile time
> such that:
>
> 1. It's _guaranteed_ to work when the compiler does align the members
> of the structure as we desire.
> 2. It
On Mon, Apr 23, 2001 at 05:16:24PM -0500, Peter Samuelson wrote:
> Introduced in 2.4.4pre4, I believe. $(export-objs) need not be
> conditional, and the if statement was not really correct either,
> although in this case it probably worked.
Er, are you sure changing the test for !"nn" is
David Woodhouse <[EMAIL PROTECTED]> said:
[...]
> Then the kernel should say so, rather than giving a cryptic message like
> that, and containing code which isn't actually guaranteed to compile, even
> with a compiler which _does_ align the structure as we want it.
Your patch (tries to)
[EMAIL PROTECTED] wrote:
> I've proposed a SCSI ioctl that returns PCI bus, slot, function, primary and
> subsystem vendor and device IDs.
PCI ids can be derived from bus/slot/function.
--
Jeff Garzik | The difference between America and England is that
Building 1024| the English
On Thu, 12 Apr 2001, Alexander Viro wrote:
> Folks, IMO ext2-dir-patch got to the stable stage. Currently
> it's against 2.4.4-pre2, but it should apply to anything starting with
> 2.4.2 or so.
>
> Ted, could you review it for potential inclusion into 2.4 once
> it gets enough
On Mon, 23 Apr 2001, D.W.Howells wrote:
>
> Linus, you suggested that the generic list handling stuff would be faster (2
> unconditional stores) than mine (1 unconditional store and 1 conditional
> store and branch to jump round it). You are both right and wrong. The generic
> code does two
Hi,
This continues from my previous thread (subject line "All architecture
maintainers: pgd_alloc()" on lkml), and for Linus' sake, here is the
explaination I supplied:
| For ARM, I require pgd_alloc to take a struct mm_struct argument (so the
| pgd_alloc prototype becomes "pgd_t
On Mon, 23 Apr 2001, Byeong-ryeol Kim wrote:
> On Sun, 22 Apr 2001, Alan Cox wrote:
>
> > > > Using /lib/modules/2.4.3-ac12/kernel/drivers/char/drm/radeon.o
> > > > /lib/modules/2.4.3-ac12/kernel/drivers/char/drm/radeon.o: unresolved
> > > > symbol rwsem_up_write_wake
> > > >
> Well looking a little more closely than I did last night it looks like
> access_process_vm (called from ptrace) can cause what amounts to a
> page fault at pretty arbitrary times.
It's also used for several /proc/ files.
I remember that I got crashes with concurrent exec+cat
/proc//cmdline
Thanks everyone for your input.
Doug Gilbert said:
> SANE (and probably some other applications) parses the
> output of 'cat /proc/scsi/scsi' so any change to its
> format may trip SANE up. How about another entry in
> the /proc/scsi directory that has a more parsable format
> (e.g. xml :-) ).
Introduced in 2.4.4pre4, I believe. $(export-objs) need not be
conditional, and the if statement was not really correct either,
although in this case it probably worked.
Peter
--- 2.4.4pre6/lib/Makefile~ Mon Apr 23 09:51:17 2001
+++ 2.4.4pre6/lib/Makefile Mon Apr 23 17:11:04 2001
@@
Matt mentioned the following:
| struct instruction_t {
| __s16 code;
| __s16 rxlen;
| __s16 *rxbuf;
| __s16 txlen;
| __s16 *txbuf;
| };
So far, I now know I can grab stuff across the user <-> kernel divide as I
planned. The only problem I'm left with, which was
On Sun, Apr 22, 2001 at 10:59:18PM -0400, Douglas Gilbert wrote:
> One error report stated that a MO drive with a vfat
> fs based on 2048 byte sectors can be mounted and read
Read? I don't think so. bread, yes, but read follows a NULL pointer and
was never seen again.
> but any significant
NT = no text
but since you read it, system seems like it's running twice as fast
-
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
On Tue, 24 Apr 2001, Ingo Oeser wrote:
> We have this kind of stuff all over the place. If we allocate
> some small amount of memory and and need some small amount
> associated with this memory, there is no problem with a little
> waste.
Little? How about quarter of kilobyte per inode?
In list.kernel, you wrote:
>
>
>cannot compile 2.4.4-pre6. This may have been reported, but I
>haven't seen it.
There was a solution mentioned Saturday.
>rwsem.o(.text+0x30): undefined reference to `__builtin_expect'
>rwsem.o(.text+0x73): undefined reference to `__builtin_expect'
>make: ***
Pawel Worach wrote:
> sorry the kernel version is 2.4.3-ac12, so it's kind of latest...
>
> I was using mpg123 (xmms and c/o does exactly the same)
> if I run it like this Moby sounds very stupid... :)
"very stupid" means "broken" obviously, but can you be more specific?
music is faster?
Folks, updated namespace patch is on
ftp.math.psu.edu/pub/viro/namespaces-c-S4-pre6.gz
News:
* ported to 2.4.4-pre6
* fixes for d_flags races (already in -ac, hopefully will go into
the main tree soon)
* fixes for sync_inodes()/kill_super() races (submitted to
Followup to: <[EMAIL PROTECTED]>
By author:Kipp Cannon <[EMAIL PROTECTED]>
In newsgroup: linux.dev.kernel
>
> I've sent some messages to [EMAIL PROTECTED] but haven't received any
> responses. Does anyone know if there's anybody home?
>
Yes, but there are some issues with respect to
[EMAIL PROTECTED] said:
> Are you sure the trace is decoded correctly?
> > CPU:0
> > EIP:0010:[sys_mremap+31/884]
Probably not. It looks like it was munged by klogd. Some distributions are
still shipping with klogd configured to destroy the original information on
the way to the
On Mon, Apr 23, 2001 at 10:56:16PM +0200, Christoph Hellwig wrote:
> In article <[EMAIL PROTECTED]> you wrote:
> > Last time we suggested this, people ended up with some OS trying
> > it and getting worse performance.
>
> Which OS? Neither BSD nor SVR4/SVR5 (or even SVR3) do that.
Don't
sorry the kernel version is 2.4.3-ac12, so it's kind of latest...
I was using mpg123 (xmms and c/o does exactly the same)
if I run it like this Moby sounds very stupid... :)
[root@whyami mp3]# mpg123 -r 48000 Moby_01.wav.mp3
unsupported playback rate: 44100
Audio device open for 44.1Khz,
On Mon, Apr 23, 2001 at 11:11:14PM +0200, axel wrote:
> after having had trouble with compilation due to old gcc version, i have
> updated to gcc 3.0 and received the following error:
Although bug reports about a kernel compiled with gcc-3.0 are welcome,
this is still not the recommended
On Mon, Apr 23, 2001 at 09:35:34PM +0100, D . W . Howells wrote:
> This patch (made against linux-2.4.4-pre6) makes a number of changes to the
> rwsem implementation:
>
> (1) Everything in try #2
>
> plus
>
> (2) Changes proposed by Linus for the generic semaphore code.
>
> (3) Ideas from
On Mon, Apr 23, 2001 at 08:58:54PM +0100, Matt wrote:
> Matt aka Doofus festures mentioned the following:
>
> | struct instruction_t local;
> | __s16 *temp;
> |
> | copy_from_user( , ( struct instruction_t * ) arg, sizeof( struct
>instruction_t ) );
> | temp = kmalloc( sizeof( __s16 ) *
Hi.
I've sent some messages to [EMAIL PROTECTED] but haven't received any
responses. Does anyone know if there's anybody home?
-Kipp
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to
On Monday 23 April 2001 22:43, George Anzinger wrote:
> "Robert H. de Vries" wrote:
> > On Monday 23 April 2001 19:45, you wrote:
> > > By the way, is the user land stuff the same for all "arch"s?
> >
> > Not if you plan to handle the CPU cycle counter in user space. That is at
> > least what I
Ingo Oeser writes:
> On Mon, Apr 23, 2001 at 11:36:24AM -0400, Alexander Viro wrote:
> > > Great idea. We allocate this space anyway. And we don't have to
> > > care about the internals of this union, because never have to use
> > > it outside the kernel ;-)
> > >
> > > I like it. ext2fs does
[EMAIL PROTECTED] said:
> This is known at compile time, right? Would it not be better to
> replace the printk with #error ? Why do I need to boot the bad kernel
> to find out that it does not work, when it is known when compiling?
It's known at compile time, but not at preprocessing time, so
1 - 100 of 465 matches
Mail list logo
