Hi Linus,
The latest DRM bitkeeper tree with any patches necessary for
2.6.12 is available.
This fixes 2 big bugs introduced since 2.6.11 - one in AGP bridge
handling and the other for XFree86 4.3 users.. it also has an updated
radeon driver and some minor cleanups/fixes..
Please
Jan Engelhardt wrote:
>[...] . and .. do not need to show up (even they have been the
>"leaders" of ls -l ;-), Midnight Commander (`mc`) for example synthesizes ".."
>nevertheless.
>
>So - what about removing . and .. in readdir for all "standard harddisk
>filesystems" (ext*,reiser*, [jx]fs)? I
>> Is there any size-limit on initramfs image? I found out that after
>> reducing the image size it is loaded & /init executed as expected...
>
>Kernel + compressed initramfs + uncompressed initramfs must fit in memory at
>the same time.
This sounds like kernel + squashfs-as-"oldstyle"-initrd is b
> I tried again with 2.4.30-rc3, but this time I changed my .config
> file to disable 2 other modules that I didn't need, and wasn't loading.
>
> < CONFIG_USB_UHCI_ALT=m
> < CONFIG_USB_STV680=m
>
> and build rc3. It seems to work, so either my earlier
>[...]
As for the subject, it constantly happ
Linus, please do a
bk pull http://linux-sound.bkbits.net/linux-sound
The GNU patch is available at:
ftp://ftp.alsa-project.org/pub/kernel-patches/alsa-bk-2005-03-24.patch.gz
The pull command will update the following files:
Documentation/sound/alsa/DocBook/writing-an-alsa-driver.tmpl |
On Sat, 2005-03-26 at 18:21 -0500, linux-os wrote:
> On Sat, 26 Mar 2005, Arjan van de Ven wrote:
>
> > On Fri, 2005-03-25 at 17:29 -0500, linux-os wrote:
> >> Isn't it expensive of CPU time to call kfree() even though the
> >> pointer may have already been freed?
> >
> > nope
> >
> > a call instr
>>[...] . and .. do not need to show up (even they have been the
>>"leaders" of ls -l ;-), Midnight Commander (`mc`) for example synthesizes
>>".."
>>nevertheless.
>>
>>So - what about removing . and .. in readdir for all "standard harddisk
>>filesystems" (ext*,reiser*, [jx]fs)? I mean, one pa
> BTW, to all you "But my drivers must be proprietary!" nerds out there,
> take a look at 3ware, Adaptec, etc. They have _great_ hardware and yet
> they release all of their drivers under the GPL. They get free updates
> to new kernel APIs too!
Well, it boils down to the full sourcecode. NVidia
* Lee Revell <[EMAIL PROTECTED]> wrote:
> Running for several days with PREEMPT_DESKTOP, on the Athlon XP the
> worst latency I am seeing is ~150 usecs! But on the C3 its about 4ms:
could you run a bit with tracing disabled (in the .config) on the C3?
(but wakeup timing still enabled) It may
I've now been running kernels (both PREEMPT, SMP, both and without both)
with the patch below applied for a few days and I see no ill effects. I'm
still interrested in comments about wether or not something like this
makes sense and is acceptable ?
--
Jesper Juhl
On Sun, 20 Mar 2005, Jesper
On Sat, 26 Mar 2005, Jan Harkes wrote:
> On Fri, Mar 25, 2005 at 02:59:14PM +0100, Jesper Juhl wrote:
> > On Thu, 24 Mar 2005, H. Peter Anvin wrote:
> > > Note that Linux always accepts . and .. so it's just a matter of making
> > > them
> > > appear in readdir.
> > >
> > I'm working on that, bu
Dear fellow Linux-kernel maillist users,
I want to present a new (meta) filesystem proposal to you, to consider.
The filesystem is supposed to be optimized for useage of business filesystems,
mailservers, and other filesystems with an above average amount of repetitive
data.
Features:
- Dependin
Nick wrote:
> Kernel should not panic if a GFP_ATOMIC allocation fails.
> Where is this happening?
I didn't actually see any such panics occur. This patch came from
reading code, not any actual crash seen so far. The closest thing to a
real world event that I saw was a network connection that go
On Fri, Mar 25, 2005 at 09:52:17PM -0600, James Bottomley wrote:
> On Thu, 2005-03-24 at 16:57 -0700, Moore, Eric Dean wrote:
> > +static struct device_attribute mptscsih_queue_depth_attr = {
> > + .attr = {
> > + .name = "queue_depth",
> > + .mode =
"Chen, Kenneth W" wrote:
>
> Oleg Nesterov wrote on March 19, 2005 17:28:48
> > These patches are updated version of 'del_timer_sync: proof of
> > concept' 2 patches.
>
> I changed schedule_timeout() to call the new del_timer_sync instead of
> currently del_singleshot_timer_sync in attempt to stres
On Sat, 26 Mar 2005, Lee Revell wrote:
> On Sun, 2005-03-27 at 00:54 +0100, Jesper Juhl wrote:
> > I'd say that the general rule should
> > be "don't check for NULL first unless you *know* the pointer will be NULL
> > >50% of the time"...
>
> How about running the same tests but using likely()/u
Canada Books
Press Release
The Canadian Business Database 2005 is now available.
This database contains more than 900,000 Canadian based businesses.
It is deemed to be the perfect tool for entrepreneurs and marketing
professionals to quickly gain access to a wealth of information to
start a d
Hi,
I have come across a 16550A myself (in VMware) and so, tested it.
Linux reports it as a "16550A" while OpenBSD says it's a "NS16550A" --
output to this serial console (vmware: file) works fine, though.
My real box's serial is also a 16550A but havenot tested that- got no cable.
Jan Engelha
On Friday 25 March 2005 09:28 am, Patrick McFarland wrote:
> Nope, 2.6.10 is broken too. Now, off to 2.6.9...
Hrm, 2.6.9 is also broke. 2.6.8 is next. (I should be coming along a working
kernel any time now...)
--
Patrick "Diablo-D3" McFarland || [EMAIL PROTECTED]
"Computer games don't affect k
On Saturday, 26. March 2005 18:32, Marcin Dalecki wrote:
> On 2005-03-26, at 16:19, Arjan van de Ven wrote:
> > `
> >
> >> hda: dma_intr: status=0x51 { DriveReady SeekComplete Error }
> >> hda: dma_intr: error=0x84 { DriveStatusError BadCRC
> >
> > BadCRC is 99% sure a cabling issue; either a bad/o
On Fri, 2005-03-18 at 15:50 +0100, Romano Giannetti wrote:
>
> It happens exactly the same on my laptop, sony vaio whose configuration is
>
> http://www.dea.icai.upco.es/romano/linux/vaio-conf/laptop-config.html
>
> Next week is Easter holyday here, I will try to connect my Psion casio as
> ser
On Saturday 26 March 2005 10:34, Arjan van de Ven wrote:
> On Fri, 2005-03-25 at 17:34 -0500, linux-os wrote:
> > On Fri, 25 Mar 2005, Jesper Juhl wrote:
> >
> > > (please keep me on CC)
> > >
> > >
> > > checking for NULL before calling kfree() is redundant and needlessly
> > > enlarges the kerne
On Sat, March 26, 2005 12:52 pm, Mark Fortescue said:
> Hi,
>
> I am writing a "Proprietry" driver module for a "Proprietry" PCI card and
> I have found that I can't use SYSFS on Linux-2.6.10.
>
> Why ?.
Because the people that contributed the code you want to use said so.
> I am not modifing the
> > It's impossible to be otherwise. A call requires
> > that the return address be written to memory (the stack),
> > using register indirection (the stack-pointer).
>
> and it's a so common pattern that it's optimized to death. Internally a
> call gets transformed to 2 uops or so, one is push ei
Hello,
there seems to be a bug, at least for me, in kernel/param.c for arrays
with .num == NULL. If .num == NULL, the function param_array_set() uses
&.max for the call to param_array(), wich alters the .max value to the
number of arguments. The result is, you can't set more array arguments as
the
Hello,
this patch fix 3 calls to module_param_string() in
driver/media/video/tuner-core.c and drivers/media/video/tda9887.c.
In all three places, the len and the perm parameter was switched.
Patch is against 2.6.12-rc1.
Signed-off-by: Bert Wesarg <[EMAIL PROTECTED]>
diff -uprN linux-2.6.12-rc1.
Hi Robert,
it looks like you shouldn't call iput with spinlocks held. iput might
call down into the filesystem to delete the inode and this can sleep.
Mar 27 14:38:18 server Debug: sleeping function called from invalid
context at include/asm/semaphore.h:102
Mar 27 14:38:18 server in_atomic():1, i
Previously Sean wrote:
> On Sat, March 26, 2005 12:52 pm, Mark Fortescue said:
> > In order to be able to use SYSFS to debug the driver during development
> > the way I would like to be able to do, I will have to temporally change
> > the module licence line to "GPL". When the development is finnis
On Fri, 25 Mar 2005 17:34:29 -0500 (EST), linux-os
<[EMAIL PROTECTED]> wrote:
> You really should reconsider this activity. It is quite counter-productive.
No it's not. NULL is checked twice without Jesper's cleanups. If
kfree() calls are really that performance sensitive, just make it
inline and
$BEv%5%$%H$N$4MxMQ$OA4$FL5NA!JCK=w6&!o(B0$B1_!K(B
$B$d$C$Q$j=P0)$&$J$i$46a=j$G5$7Z$KOC$79g$($k%a!<%k!&%(!{%A%U%l%s%I$,$G$9$h(B
$B$M!#Ev%5%$%H$OA49qCO0hJL$N;TD.Bhttp://loves.qsv20.com/
[EMAIL PROTECTED]"[EMAIL
PROTECTED]&$K%W%i%$%P%7!pJs$rBgNL8x3+$7$F$*$j$^$9!#(B
-
To unsubscribe from
The timer->lock is needed in __mod_timer() because the freshly
inited timer has base == NULL, so __mod_timer() can't use old_base
for synchronization.
With this patch init_timer() sets ->_base = per_cpu(tvec_bases).
This simplifies the code because we don't need to check that
base != NULL, and sli
On Sun, 2005-03-27 at 15:51 +0300, Denis Vlasenko wrote:
> > > It's impossible to be otherwise. A call requires
> > > that the return address be written to memory (the stack),
> > > using register indirection (the stack-pointer).
> >
> > and it's a so common pattern that it's optimized to death. I
On Sun, 2005-03-27 at 15:45 +0300, Denis Vlasenko wrote:
> On Saturday 26 March 2005 10:34, Arjan van de Ven wrote:
> > On Fri, 2005-03-25 at 17:34 -0500, linux-os wrote:
> > > On Fri, 25 Mar 2005, Jesper Juhl wrote:
> > >
> > > > (please keep me on CC)
> > > >
> > > >
> > > > checking for NULL be
This patch makes a needlessly global function static.
Signed-off-by: Adrian Bunk <[EMAIL PROTECTED]>
---
This patch was already sent on:
- 20 Mar 2005
--- linux-2.6.11-mm4-full/arch/i386/kernel/cpu/mtrr/generic.c.old
2005-03-20 19:43:46.0 +0100
+++ linux-2.6.11-mm4-full/arch/i386
kmem_cache_alloc_node isn't used outside of this file.
Signed-off-by: Adrian Bunk <[EMAIL PROTECTED]>
---
This patch was already sent on:
- 6 Mar 2005
include/linux/slab.h |8
mm/slab.c| 12 ++--
2 files changed, 10 insertions(+), 10 deletions(-)
--- linux-2
I didn't find any possible modular usage in the kernel.
Signed-off-by: Adrian Bunk <[EMAIL PROTECTED]>
---
This patch was already sent on:
- 4 Mar 2005
--- linux-2.6.11-rc5-mm1-full/kernel/sched.c.old2005-03-04
01:06:21.0 +0100
+++ linux-2.6.11-rc5-mm1-full/kernel/sched.c20
This patch makes a needlessly global function static.
Signed-off-by: Adrian Bunk <[EMAIL PROTECTED]>
---
This patch was already sent on:
- 3 Mar 2005
include/linux/sched.h |1 -
kernel/exit.c |4 +++-
2 files changed, 3 insertions(+), 2 deletions(-)
--- linux-2.6.11-rc5-mm1-fu
Due to the patent situation at least in the USA, the exports of
kernel/rcupdate.c should be EXPORT_SYMBOL_GPL.
Signed-off-by: Adrian Bunk <[EMAIL PROTECTED]>
---
This patch was already sent on:
- 3 Mar 2005
--- linux-2.6.11-rc5-mm1-full/kernel/rcupdate.c.old 2005-03-02
16:11:15.0
All callers of send_IPI_mask_sequence are in other files, so marking it
"inline" is quite pointless.
Signed-off-by: Adrian Bunk <[EMAIL PROTECTED]>
---
This patch was already sent on:
- 13 Mar 2005
--- linux-2.6.11-mm3-full/arch/i386/kernel/smp.c.old2005-03-13
04:28:29.0 +0100
+++
This patch removes #if's for kernel 2.2 .
Signed-off-by: Adrian Bunk <[EMAIL PROTECTED]>
---
This patch was already sent on:
- 12 Mar 2005
drivers/scsi/dpti.h | 10 --
1 files changed, 10 deletions(-)
--- linux-2.6.11-mm2-full/drivers/scsi/dpti.h.old 2005-03-12
12:22:23.0
This patch contains the following cleanups:
- make a needlessly global function static
- make three needlessly global structs static const
Since after moving the now-static stucts to smc-mca.c the file smc-mca.h
was empty except for two #define's, I've also killed the rest of
smc-mca.h .
Signed
This patch contains the following possible cleanups:
- make needlessly global code static
- #if 0 the following unused global function:
- sdladrv.c: sdla_intde
- remove the following unused global variable:
- lmc_media.c: lmc_t1_cables
- remove the following unneeded EXPORT_SYMBOL's:
- cycx_d
On Tue, Mar 15, 2005 at 02:14:31PM -0800, Greg KH wrote:
> It will not make the reference counting logic easier to get wrong, or
> easier to get right. It totally takes it away from the user, and makes
> them implement it themselves if they so wish (like the USB HCD patch
> does.)
Hi,
While look
> I added likely() and unlikely() to all tests, here are the results from 3
> runs on my box :
Any chance you could summarize what these results are, for those
of us too lazy to parse it all out? The time spent by one author
to summarize in English what the numbers state can save the time of
a
On Sad, 2005-03-26 at 20:34, Lee Revell wrote:
> > What ever gave you the impression that it was legal to create a
> > "Proprietry" kernel driver for Linux in the first place.
>
> The fact that Nvidia and ATI get away with it?
The choose to take a risk based upon a specific interpretation of the
On Sul, 2005-03-27 at 14:53, Wichert Akkerman wrote:
> Are you sure? It is perfectly legal to relicense things if you own the
> copyright. As long as he never distributes his GPL version I don't see
> why he should have a problem.
The GPL is a distribution license, it doesn't really matter what yo
>Just looking at the third run, it seems to me that "if (likely(p))
>kfree(p);" beats a naked "kfree(p);" everytime, whether p is half
>NULL's, or very few NULL's, or almost all NULL's.
Well, kfree inlined was already mentioned but forgotten again.
What if this was used:
inline static void kfree_
On Sun, 2005-03-27 at 01:16 -0800, Jeremy Higdon wrote:
> James, actually this queue depth code predates your change_queue_depth
> API. I don't think it was ever converted to the new API.
Erk, you're right. My todo list says I'm only waiting on 3ware patches
for all the conversions to be complet
hai all,
I applied the hijacking mechanism(by Silvio) on the handle_scancode fn
of keyboard driver.It worked fine. I want to open a /proc file(which was created by
another program) , to read its contents on pressing certain key.
But if I press that perticular key ,system is hanging and printin
On Sul, 2005-03-27 at 15:34, Adrian Bunk wrote:
> - syncppp.c: sppp_input
> - syncppp.c: sppp_change_mtu
> - z85230.c: z8530_dma_sync
> - z85230.c: z8530_txdma_sync
Please leave the z85230 ones at least. They are an intentional part of
the external API for writing other 85230 card drivers.
On Sun, Mar 27, 2005 at 10:57:13AM +0200, Jan Engelhardt wrote:
> > BTW, to all you "But my drivers must be proprietary!" nerds out there,
> > take a look at 3ware, Adaptec, etc. They have _great_ hardware and yet
> > they release all of their drivers under the GPL. They get free updates
> > to n
Hello,
Why were snapshots (-bk) removed from www.kernel.org? I can't see any relevant
post in LKML.
Many thanks in advance,
Norberto
--
Norberto Bensa
informática BeNSA
4544-9692 / 15-4190-6344
Buenos Aires, Argentina
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
> We -used- to need data from RNG directly into the kernel randomness
Are you sure? I dont think there was ever code to do this in
mainline. There might have been something in -ac*, but not mainline.
> pool. The consensus was that the FIPS testing should be moved to userspace.
Consensus from w
On Fri, Mar 25, 2005 at 08:26:25PM +0100, Christophe Saout wrote:
> Fortunately the kernel locked up and there was no data corruption.
>
> I've got PREEMPT and PREEMPT_BKL enabled under UP.
>
> I just took a look at the change and found this:
>
> x86-64 does this (in entry.S):
>
> bt
On Sun, Mar 27, 2005 at 01:19:06AM +0100, Christophe Saout wrote:
> Hi,
>
> > x86_64-fix-config_preempt.patch
> > x86_64: Fix CONFIG_PREEMPT
>
> This patch causes another bug to show up some lines below with
> CONFIG_PREEMPT_BKL. schedule releases the BKL which it shouldn't do.
>
> Call preemp
> Clearly, if the CPU that's clearing the page is likely to use that
> same page soon after, it'd be useful to use temporal stores.
That is always the case in the current code (without Christophers
pre cleaning daemon). The page fault handler clears and user space
is guaranteed to need at least o
On Sun, Mar 27, 2005 at 05:12:58PM +0200, Jan Engelhardt wrote:
> Well, kfree inlined was already mentioned but forgotten again.
> What if this was used:
>
> inline static void kfree_WRAP(void *addr) {
> if(likely(addr != NULL)) {
> kfree_real(addr);
> }
> return;
> }
On Mar 27, 2005, at 03:49, Arjan van de Ven wrote:
I think that at the moment the general consensus is that it is ok to
use
the Linux kernel APIs (but not the EXPORT_SYMBOL_GPL ones) from binary
modules _if_ _and_ _only_ _if_ the driver was originally written
elsewhere
and ported to the Linux kern
Willy Tarreau <[EMAIL PROTECTED]> writes:
> Marcelo,
>
> just another one and that's all. Zachary Amsden found an unconditional
> write to a debug register in the signal delivery path which is only
> needed when we use a breakpoint. This is a very expensive operation on
> x86, and doing it conditi
>
> This email is Copyright (C) 2005 Kyle Moffett.
>
> The remainder of this email is available under the GNU General Public
> License, version 2. See http://www.gnu.org/licenses/gpl.txt for
> details.
> THE BELOW MAY NOT BE USED IN A BINARY DRIVER, SO DON'T EVEN THINK ABOUT
> IT!
>
>
> Ok, so
On Mar 27, 2005, at 04:16, Norbert van Nobelen wrote:
Any more ideas/comments?
Write a patch, make it useful, then send it here and we'll take a
look at it.
Cheers,
Kyle Moffett
-BEGIN GEEK CODE BLOCK-
Version: 3.12
GCM/CS/IT/U d- s++: a18 C>$ UB/L/X/*(+)>$ P+++()>$
L(+++) E
On Mar 27, 2005, at 12:52, Dave Airlie wrote:
#GPL this e-mail my first C program,..
int main(int argc, char **argv)
{
}
damn every C program is a derived work.. it just means you need to get
a better lawyer... more than likely American courts will be involved..
I suggest the Chewbacca defence[1] w
I'm really sorry for bringing such a "flame-creative" topic to the list,
but Greg asked me to do so after a short discussion in private.
Problem is that the latest bk-driver-core patch included in the 2.6.12-rc1-mm3
removes class_simple API without providing EXPORT_SYMBOL'ed (as opposed to
EXPORT_
* Kyle Moffett ([EMAIL PROTECTED]) wrote:
>
> NOTE: I *strongly* discourage binary drivers. They're crap and
> frustrate poor PowerPC users like me.
I mostly agree - there is one case where I think they *might*
be acceptable; (and I think the original poster *may* fall
into this category).
If
Am Sonntag, den 27.03.2005, 19:26 +0200 schrieb Andi Kleen:
> > preempt_schedule_irq is not an i386 specific function and seems to take
> > special care of BKL preemption and since reiserfs does use the BKL to do
> > certain things I think this actually might be the problem...?
>
> Hmm, preempt_s
On Sat, Mar 26, 2005 at 09:55:33PM -0500, Kyle Moffett wrote:
> On Mar 26, 2005, at 20:15, Aaron Gyes wrote:
> >How is what they are doing illegal? How it is even "bad"? They
> >obviously
> >can't give up their IP. Them providing binary modules wrapped in GPL
> >glue (so anyone can fix most kernel
On Sat, Mar 26, 2005 at 10:30:20PM -0500, Lee Revell wrote:
> On Sat, 2005-03-26 at 19:20 -0800, Greg KH wrote:
> > > Anyway, this is news to me. How about putting it in the FAQ? Too
> > > politically charged?
> >
> > Why does it need to be in the FAQ, when the file COPYING in the main
> > kerne
>Am I the only person who is completely fascinated by the
>effort being spent here micro-optimising something thats
>almost never in a path that needs optimising ?
>I'd be amazed if any of this masturbation showed the tiniest
>blip on a real workload, or even on a benchmark other than
>one crafted
On Sun, Mar 27, 2005 at 01:04:31PM -0500, Nick Orlov wrote:
>
> - Whether the changes like the one above are "the right thing to do" ?
Yes.
> - What's the best way to deal with this particular issue ?
Change the code to not use these functions. Look at the vmware code for
examples of how to
On Sun, 27 Mar 2005 08:57:25 +0100
Russell King <[EMAIL PROTECTED]> wrote:
> Unfortunately not - free_pgd_slow doesn't have any knowledge about the
> mm_struct that the pgd was associated with.
You could store the mm pointer in the page struct of the
pgd, we used to that before set_pte_at() exist
On Sun, 27 Mar 2005, Jesper Juhl wrote:
> I've now been running kernels (both PREEMPT, SMP, both and without both)
> with the patch below applied for a few days and I see no ill effects. I'm
> still interrested in comments about wether or not something like this
> makes sense and is acceptable
On Sun, Mar 27, 2005 at 07:04:17PM +0100, Dr. David Alan Gilbert wrote:
> * Kyle Moffett ([EMAIL PROTECTED]) wrote:
>
> >
> > NOTE: I *strongly* discourage binary drivers. They're crap and
> > frustrate poor PowerPC users like me.
>
> I mostly agree - there is one case where I think they *migh
On Sun, Mar 27, 2005 at 10:17:17AM -0800, Greg KH wrote:
> On Sun, Mar 27, 2005 at 01:04:31PM -0500, Nick Orlov wrote:
> >
> > - Whether the changes like the one above are "the right thing to do" ?
>
> Yes.
Questionable.
>
> > - What's the best way to deal with this particular issue ?
>
> C
>> If you are making a very specialist piece of equipment; not
>>...
>
>
>If the user has the source of the driver, he can port the driver or hire
>someone to port the driver (this "obscure piece of hardware" might also
>be an expensive piece of hardware).
I am happy that nvidia (to name one) pr
On 27 Mar 2005 19:12:20 +0200
Andi Kleen <[EMAIL PROTECTED]> wrote:
> With non temporal stores
> you guarantee at least one hard cache miss directly after
> the return to user space.
This is true if the cacheline were not present already at
the time of the non-temporal store.
I know what you're
On Sat, Mar 26, 2005 at 01:27:53AM -0800, Chris Wright wrote:
> > Could you please add CAN IDs to the stable changelog for already assigned
> > vulnerabilities?
>
> That's what I did for .5 -> .6. We can't retroactively update changeset
> comments, and I'm not sure we have any other candidates in
> > pool. The consensus was that the FIPS testing should be moved to userspace.
> Consensus from whom? And who says the FIPS testing is useful anyways?
> I think you just need to trust the random generator, it is like
> you need to trust any other piece of hardware in your machine. Or do you
> ch
On Sun, Mar 27, 2005 at 01:52:59PM -0500, Ryan Anderson wrote:
> On Sat, Mar 26, 2005 at 01:27:53AM -0800, Chris Wright wrote:
> > > Could you please add CAN IDs to the stable changelog for already assigned
> > > vulnerabilities?
> >
> > That's what I did for .5 -> .6. We can't retroactively
The machine that did the updates was down for a couple of days, I just brought
it back up and did a manual update. Both kernels are up to date with the
head of the bk trees on bkbits.net.
--
---
Larry McVoylm at bitmover.com http://www.bitkeeper.com
-
To unsubscribe from
Hi,
my gcc complains about RIOCommandRup(), this is because this one has no
forward declaration and uses old style parameter declaration. This patch
changes all function headers in riocmd.c to use their parameter types
in function header directly.
Please apply,
Eike
Signed-off-by: Rolf Eike Bee
Trivial typo fix.
Signed-off-by: Rolf Eike Beer <[EMAIL PROTECTED]>
--- linux-2.6.0-test9/Documentation/eisa.txt2003-10-25 20:43:59.0
+0200
+++ linux-2.6.0-test9-eike/Documentation/eisa.txt 2003-11-12
09:29:47.0 +0100
@@ -171,7 +171,7 @@
virtual_root.force_probe :
driverfs has been renamed to sysfs long time ago.
Signed-off-by: Rolf Eike Beer <[EMAIL PROTECTED]>
--- linux-2.6.10/include/linux/cpu.h2005-01-01 17:55:38.0 +0100
+++ linux-2.6.10/include/linux/cpu.h.fixed 2005-01-07 13:55:36.167681848
+0100
@@ -8,7 +8,7 @@
* Basic handling o
Hi,
this patch shrinks pci_seq_start by using for_each_pci_dev() macro instead
of explicitely using a loop and avoiding a goto.
Eike
Signed-off-by: Rolf Eike Beer <[EMAIL PROTECTED]>
--- linux-2.6.11/drivers/pci/proc.c 2005-03-21 11:41:56.0 +0100
+++ linux-2.6.12-rc1/drivers/pci/pro
> And then the user want to upgrade the 2.0 kernel that shipped with this
> box although the company that made the hardware went bankrupt some years
> ago.
>
> If the user has the source of the driver, he can port the driver or hire
> someone to port the driver (this "obscure piece of hardware"
Add missing brace.
Signed-off-by: Rolf Eike Beer <[EMAIL PROTECTED]>
--- linux-2.6.11/drivers/scsi/sata_svw.c2005-03-21 11:41:58.0
+0100
+++ linux-2.6.12-rc1/drivers/scsi/sata_svw.c2005-03-27 15:50:38.0
+0200
@@ -395,7 +395,7 @@
/* Clear a magic bit in SCR1
[gcc-3.4.3, Linux-2.6.11-SMP, Dual P4 Xeon with HT enabled]
Hi,
My Linux 2.6.11 box oopsed when I tried to logout. I have switched to using the
anticipatory
scheduler instead.
Cheers,
Chris
NMI Watchdog detected LOCKUP on CPU1, eip c0275cc7, registers:
Modules linked in: snd_pcm_oss snd_mixer_
On Sun, 27 Mar 2005 12:40:26 -0500, Dave Jones <[EMAIL PROTECTED]> wrote:
> Am I the only person who is completely fascinated by the
> effort being spent here micro-optimising something thats
> almost never in a path that needs optimising ?
> I'd be amazed if any of this masturbation showed the tin
On Sat, 2005-03-26 at 16:23 -0800, Mingming Cao wrote:
> On Fri, 2005-03-25 at 14:11 -0800, Badari Pulavarty wrote:
> > On Fri, 2005-03-25 at 13:56, Andrew Morton wrote:
> > > Mingming Cao <[EMAIL PROTECTED]> wrote:
> > > >
> > > > I run into OOM problem again on 2.6.12-rc1. I run some(20) fsx test
One of the original design goals of sysfs was to provide a standardized
location to keep driver configuration attributes. Although sysfs
handles this very well for bus devices and class devices, there isn't
currently a method to export attributes for device drivers and their
specific bound device
On Mar 27, 2005, at 14:16, Aaron Gyes wrote:
So what? Sure, GPL'd drivers are easier for an end-user in that case.
What does that have to do with law?
Well, under most interpretations of the GPL, you are *NOT* allowed to
even _link_ non-GPL code with GPL code. (Basically, by distributing such
a lin
Hi Eike,
> Trivial typo fix.
> (...)
> Force the probing code to probe EISA slots even when it cannot find an
> -EISA compliant mainboard (nothing appears on slot 0). Defaultd to 0
> +EISA compliant mainboard (nothing appears on slot 0). Default to 0
> (don't force), and set to 1 (force probing)
On Sun, Mar 27, 2005 at 11:16:54AM -0800, Aaron Gyes wrote:
> > And then the user want to upgrade the 2.0 kernel that shipped with this
> > box although the company that made the hardware went bankrupt some years
> > ago.
> >
> > If the user has the source of the driver, he can port the driver o
Jean Delvare wrote:
> Hi Eike,
>
> > Trivial typo fix.
> > (...)
> > Force the probing code to probe EISA slots even when it cannot find an
> > -EISA compliant mainboard (nothing appears on slot 0). Defaultd to 0
> > +EISA compliant mainboard (nothing appears on slot 0). Default to 0
> > (don't f
Rolf Eike Beer wrote:
Jean Delvare wrote:
Hi Eike,
Trivial typo fix.
(...)
Force the probing code to probe EISA slots even when it cannot find an
-EISA compliant mainboard (nothing appears on slot 0). Defaultd to 0
+EISA compliant mainboard (nothing appears on slot 0). Default to 0
(don't force),
Machine is a K7-800 with 256MB, 2x160GB hard disks, a
Samsung TL-552 burner running FC3 plus 2.6.11-bk10
from kernel.org.
While trying to understand why mkisofs -dvd-video creates
an image with a VOB file that has a different MD5 sum than
the original (reproducible), I wanted to give it anothe
Typo fixes.
Thanks to Randy Dunlap and Jean Delvare.
Signed-off-by: Rolf Eike Beer <[EMAIL PROTECTED]>
--- linux-2.6.11/Documentation/eisa.txt 2005-03-02 08:38:12.0 +0100
+++ linux-2.6.12-rc1/Documentation/eisa.txt 2005-03-27 21:58:04.0
+0200
@@ -171,9 +171,9 @@
virtual_roo
* Ryan Anderson ([EMAIL PROTECTED]) wrote:
> On Sat, Mar 26, 2005 at 01:27:53AM -0800, Chris Wright wrote:
> > > Could you please add CAN IDs to the stable changelog for already assigned
> > > vulnerabilities?
> >
> > That's what I did for .5 -> .6. We can't retroactively update changeset
> > com
> > > Force the probing code to probe EISA slots even when it cannot find an
> > > -EISA compliant mainboard (nothing appears on slot 0). Defaultd to 0
> > > +EISA compliant mainboard (nothing appears on slot 0). Default to 0
> > > (don't force), and set to 1 (force probing) when either
> > > CO
Mingming Cao wrote:
On Sat, 2005-03-26 at 16:23 -0800, Mingming Cao wrote:
On Fri, 2005-03-25 at 14:11 -0800, Badari Pulavarty wrote:
On Fri, 2005-03-25 at 13:56, Andrew Morton wrote:
Mingming Cao <[EMAIL PROTECTED]> wrote:
I run into OOM problem again on 2.6.12-rc1. I run some(20) fsx tests on
2.6
Badari Pulavarty wrote:
Mingming Cao wrote:
On Sat, 2005-03-26 at 16:23 -0800, Mingming Cao wrote:
On Fri, 2005-03-25 at 14:11 -0800, Badari Pulavarty wrote:
On Fri, 2005-03-25 at 13:56, Andrew Morton wrote:
Mingming Cao <[EMAIL PROTECTED]> wrote:
I run into OOM problem again on 2.6.12-rc1. I run s
1 - 100 of 184 matches
Mail list logo
