Andrew Morton wrote:
It won't help that at all. None of these proposals will increase testing
of tip-of-tree. In fact the 2.6.x proposal may decrease that level of
that testing, although probably not much.
Giving humans a well-known point where bugfixes-only mode starts would
help. Such as the
On Fri, 11 Feb 2005 11:16:20 +0100 Duncan Sands <[EMAIL PROTECTED]>
wrote:
> On Thu, 2005-02-10 at 16:11 -0800, Pete Zaitcev wrote:
> > I entered a patch which adds "exclusive_access" lock into 2.4.29,
> > to fix devices which cannot handle simultaneous accesses. This
> > caused a regression with
Thanks everybody for your help. I have at least located the site of the
leak - now I just need to find out why the destructor is not being
called ;-).
Will the slab debugger make it into the kernel as a standard compile
time option? It is a _really_ usefull tool to have around.
Thanks
On Thu, Mar 03, 2005 at 11:17:16PM -0800, Andrew Morton wrote:
> > The reason this wasn't picked up is that neither `make allyesconfig' or
> > `make allmodconfig' enables CONFIG_VIDEO_CX88_DVB or
> > CONFIG_VIDEO_CX88_DVB_MODULE.
> >
> > For coverage purposes it would be excellent to fix
>All warnings boil down to a single cause: when these file systems are
>mounted -o sync or dirsync, dirty blocks are still written out
>asynchronously. It appears to me that these mount options don't have any
>effect on these file systems. Is this the intended behavior?
At least my HDD LED
No it does not and its extremely unlikely we will ever support
little-endian, the list of pains this causes is endless.
- kumar
On Mar 3, 2005, at 11:45 PM, David L wrote:
Hi All,
I know toolchain support the target powerpcle-elf. it enable the
little-endian on powerpc. I see that there is
On Thu, 03 Mar 2005 21:19:04 -0500, Gene Heskett
<[EMAIL PROTECTED]> wrote:
> Greetings;
>
> I've a new pcHDTV-3000 card, and I thought maybe it would
> be a good idea to build the cx88 stuff in the DVB section
> of a make xconfig.
>
> It doesn't build, spitting out this bailout:
>
> CC [M]
Andrew Morton wrote:
Jeff Garzik <[EMAIL PROTECTED]> wrote:
The boot param is rather lame, IMO, since it affects a -bunch- of
laptops. But whatever...
My main desktop (a recent Dell), running 2.6.11-rc4-mm1 needs i8042.nopnp=1
(sic. It got renamed) so I can type stuff too. (rerekicks self). I
On Thu, Mar 03, 2005 at 10:33:40PM -0800, Junfeng Yang wrote:
>
> Hi,
>
> FiSC (our file system checker) emits several warnings on ext2, jfs and
> reiserfs, complaining that diretories or files are lost while FiSC
> believes they should already be persistent on disk. (ext3 behaves
> correctly.)
Andrew Morton <[EMAIL PROTECTED]> wrote:
>
> >
> > I've a new pcHDTV-3000 card, and I thought maybe it would
> > be a good idea to build the cx88 stuff in the DVB section
> > of a make xconfig.
> >
> > It doesn't build, spitting out this bailout:
> >
> >CC [M]
On Fri, Mar 04 2005, Florin Iucha wrote:
> Hello,
>
> For a semester project I am experimenting with a new IO scheduler and I
> was trying to set my scheduler to control a single device, to ease the
> development and debugging, by using
>echo "foo" > /sys/block/ubdc/queue/scheduler
> Much to
Jeff Garzik <[EMAIL PROTECTED]> wrote:
>
> The boot param is rather lame, IMO, since it affects a -bunch- of
> laptops. But whatever...
My main desktop (a recent Dell), running 2.6.11-rc4-mm1 needs i8042.nopnp=1
(sic. It got renamed) so I can type stuff too. (rerekicks self). I expect
this
Chris Wright wrote:
IMO, we have to rely on Dmitry's judgement. Is it critical (i.e. broke
laptops how)? Can it be worked around with the i8042.noacpi boot param?
If so, I don't think it fits the bill as critical.
If it was critical for 2.6.11, I would think it's critical for 2.6.11.1.
One would
* Andrew Morton ([EMAIL PROTECTED]) wrote:
> Chris Wright <[EMAIL PROTECTED]> wrote:
> >
> > > And it's a temp-fix - it'll be addressed by other means in 2.6.12.
> > >
> > > What do we do?
> >
> > IMO, we have to rely on Dmitry's judgement. Is it critical (i.e. broke
> > laptops how)? Can
Chris Wright <[EMAIL PROTECTED]> wrote:
>
> > And it's a temp-fix - it'll be addressed by other means in 2.6.12.
> >
> > What do we do?
>
> IMO, we have to rely on Dmitry's judgement. Is it critical (i.e. broke
> laptops how)? Can it be worked around with the i8042.noacpi boot param?
> If
On Thu, 03 Mar 2005 22:18:11 PST, Russell Miller said:
> I've been doing a lot of research on this, and I keep coming up with things
> I notice there is a CONFIG_AUDIT option. Is this what I am looking for, and
> how do I use it? /dev/audit seems not to work...
oooh.. a victim^Wtester ;)
* Andrew Morton ([EMAIL PROTECTED]) wrote:
> Chris Wright <[EMAIL PROTECTED]> wrote:
> >
> > * Jeff Garzik ([EMAIL PROTECTED]) wrote:
> > > Andrew Morton wrote:
> > > >Chris Wright <[EMAIL PROTECTED]> wrote:
> > > >>Olof's patch is in the linux-release tree, so this brings up a point
> > >
Hello,
For a semester project I am experimenting with a new IO scheduler and I
was trying to set my scheduler to control a single device, to ease the
development and debugging, by using
echo "foo" > /sys/block/ubdc/queue/scheduler
Much to my suprise, this sets the scheduler for the other block
Gene Heskett <[EMAIL PROTECTED]> wrote:
>
> I've a new pcHDTV-3000 card, and I thought maybe it would
> be a good idea to build the cx88 stuff in the DVB section
> of a make xconfig.
>
> It doesn't build, spitting out this bailout:
>
>CC [M] drivers/media/video/cx88/cx88-cards.o
>
On Thu, Mar 03, 2005 at 11:09:26PM -0500, Jeff Garzik wrote:
> Joerg Sommrey wrote:
> >On Wed, Mar 02, 2005 at 05:43:59PM -0500, Jeff Garzik wrote:
> >
> >>Joerg Sommrey wrote:
> >>
> >>>Jeff Garzik wrote:
> >>>
> Patch:
>
* Russell Miller ([EMAIL PROTECTED]) wrote:
> I've been doing a lot of research on this, and I keep coming up with things
> that don't work, have been abandoned, or are almost impossible to find or get
> working. So I'll ask here. Maybe one of the ultra-elightened linux gods
> will have a
Hi,
FiSC (our file system checker) emits several warnings on ext2, jfs and
reiserfs, complaining that diretories or files are lost while FiSC
believes they should already be persistent on disk. (ext3 behaves
correctly.)
All warnings boil down to a single cause: when these file systems are
Andrew Morton wrote:
That works as long as I don't have non-linux_release patches which depend
upon earlier fixes. If that happens I have to wait until linux-release
merges up.
Hopefully linux-release pulls, and linux-release releases, will happen
fairly quickly. Otherwise its value diminishes.
On Thursday 03 March 2005 8:49 pm, Nigel Cunningham wrote:
> >
> > ... the goal of letting the system use those low
> > power modes more generally, without needing user(space) input to
> > suggest that now would be a good time to conserve more milliWatts.
> >
> > Of course, on systems that don't
On Friday 04 March 2005 00:52, Leonid Petrov wrote:
> I upgraded from 2.6.10 to 2.6.11 using "make oldconfig" and my
> Logitech ps/2 mouse is dead. cat /dev/input/mice shows
> nothing. Nothing suspicios in /var/log/messages
> The same mousce works fine with 2.6.10
>
Does it work with
Chris Wright <[EMAIL PROTECTED]> wrote:
>
> * Jeff Garzik ([EMAIL PROTECTED]) wrote:
> > Andrew Morton wrote:
> > >Chris Wright <[EMAIL PROTECTED]> wrote:
> > >>Olof's patch is in the linux-release tree, so this brings up a point
> > >>regarding merging. If the quick fix is to be replaced by
* Jeff Garzik ([EMAIL PROTECTED]) wrote:
> Andrew Morton wrote:
> >Chris Wright <[EMAIL PROTECTED]> wrote:
> >>Olof's patch is in the linux-release tree, so this brings up a point
> >>regarding merging. If the quick fix is to be replaced by a better fix
> >>later (as in this case) there's some
Jeff Garzik <[EMAIL PROTECTED]> wrote:
>
> > Neither solution is acceptable, really. I suspect the idea of pulling
> > linux-release into mainline won't work very well, and that making it a
> > backport tree would be more practical.
>
> Maybe you're right, but I tend to think that "quick, get
Jeff Garzik <[EMAIL PROTECTED]> wrote:
>
> > Olof's patch is in the linux-release tree, so this brings up a point
> > regarding merging. If the quick fix is to be replaced by a better fix
> > later (as in this case) there's some room for merge conflict. Does this
> > pose a problem for either
I've been doing a lot of research on this, and I keep coming up with things
that don't work, have been abandoned, or are almost impossible to find or get
working. So I'll ask here. Maybe one of the ultra-elightened linux gods
will have a ready answer.
I want to be able to audit system calls
Andrew Morton wrote:
Chris Wright <[EMAIL PROTECTED]> wrote:
* Olof Johansson ([EMAIL PROTECTED]) wrote:
Hi,
On Thu, Mar 03, 2005 at 05:59:51PM -0800, Andrew Morton wrote:
This patch doesn't seem right - current 2.6.11 has:
return cur_cpu_spec->cpu_features & CPU_FTR_ALTIVEC;
The patch was
Chris Wright <[EMAIL PROTECTED]> wrote:
>
> * Olof Johansson ([EMAIL PROTECTED]) wrote:
> > Hi,
> >
> > On Thu, Mar 03, 2005 at 05:59:51PM -0800, Andrew Morton wrote:
> > > This patch doesn't seem right - current 2.6.11 has:
> > >
> > > return cur_cpu_spec->cpu_features &
Chris Wright wrote:
* Olof Johansson ([EMAIL PROTECTED]) wrote:
Hi,
On Thu, Mar 03, 2005 at 05:59:51PM -0800, Andrew Morton wrote:
This patch doesn't seem right - current 2.6.11 has:
return cur_cpu_spec->cpu_features & CPU_FTR_ALTIVEC;
The patch was against what Greg had already pushed into
* Olof Johansson ([EMAIL PROTECTED]) wrote:
> Hi,
>
> On Thu, Mar 03, 2005 at 05:59:51PM -0800, Andrew Morton wrote:
> > This patch doesn't seem right - current 2.6.11 has:
> >
> > return cur_cpu_spec->cpu_features & CPU_FTR_ALTIVEC;
>
> The patch was against what Greg had already
I upgraded from 2.6.10 to 2.6.11 using "make oldconfig" and my
Logitech ps/2 mouse is dead. cat /dev/input/mice shows
nothing. Nothing suspicios in /var/log/messages
The same mousce works fine with 2.6.10
Any clues?
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
> You cannot have it both ways. Either the kernel needs
> testers, or it is "stable". See how these are opposites?
I think one of the fundamental problems is "either the kernel needs more
features, or it needs stablization". You cannot have it both ways. With the
current model, the kernel
Hi All,
I know toolchain support the target powerpcle-elf. it enable the
little-endian on powerpc. I see that there is -melf32ppc param for ld
in arch/ppc/Makefile. Can I modify it to -melf32lppc? what will occur?
Can kernel suport little-endian on powerpc well?
thanks
Jason
-
To unsubscribe
On Fri, Mar 04, 2005 at 02:16:56AM +0100, Alexander Gran wrote:
> Hi,
>
> after my external USB hdd disconnected itself reiser4 paniced. I dont think a
> journalingfs should panic if its device fails..
Panicking is sometimes what you want. Panic can trigger a reboot and
get the box back on its
Jochen Striepe <[EMAIL PROTECTED]> wrote:
>
> Hi,
>
> On 03 Mar 2005, Andrew Morton wrote:
> > 2.6.x is making good progress but there have been a handful of prominent
> > regressions which seem to be making people think that the whole process is
> > bust. I don't believe that this has been
Jeff Garzik <[EMAIL PROTECTED]> wrote:
>
> > Am I right? All we're proposing here is a tree which has small fixups for
> > reasonably serious problems. Almost without exception it would consist of
> > backports.
>
> "thru-ports": commit to linux-2.6.x.y and get Linus to pull.
This means
On Thu, Mar 03, 2005 at 08:39:33PM +0100, Christophe Lucas wrote:
> Hi,
>
> Sorry if I waste your time, but I would recompile my kernel with this
> version, and when it was time to DRM, compilation dead.
> Perhaps I say mistakes, but it seems drivers/char/drm/gamma.h is not
> present, which
Daniel Drake wrote:
Jeff Garzik wrote:
:
o [netdrvr 8139cp] add PCI ID
This one seems to be already present in 2.6.11 under a different name
(PCI_DEVICE_ID_TTTECH_MC322). Also, the corresponding entry in pci_ids.h
is not in the order of the file.
BitKeeper will fix that up at merge time.
Hi,
Sorry if I waste your time, but I would recompile my kernel with this
version, and when it was time to DRM, compilation dead.
Perhaps I say mistakes, but it seems drivers/char/drm/gamma.h is not
present, which is needed by other parts such as gamma_drv.c
Perhaps, it is my .config which is
Lee Revell wrote:
If you want to complain, complain to the hardware manufacturers, who
make devices where bit $foo means $bar in one hardware revision, and
$baz in the next, and don't give us sufficient documentation to sort out
the mess.
That's not terribly productive.
Life is what it is. We
On Thu, 2005-03-03 at 16:03 -0800, Andrew Morton wrote:
> Or, to put it another way, we're getting a small number of irritating
> regressions, mainly in device drivers which is giving the whole thing a bad
> rep. Is there some way in which we can fix that problem without
> reinventing the whole
On Thu, 3 Mar 2005, Thomas Gleixner wrote:
>
> It still does not solve the problem of "untested" releases. Users will
> still ignore the linus-tree-rcX kernels.
.. and maybe that problem is unsolvable. People certainly argued
vehemently that anything we do to try to make test releases
Hello,
> On Thu, Mar 03, 2005 at 02:10:04PM +0100, Jan Kara wrote:
> > Hello,
> >
> > >I've noticed that 2.6.11 is released, so I run (flawlessly) 'bk pull',
> > > and now I'm trying to export tree from 'bk' by doing 'bk export -tplain
> > > /tmp/linux-2.6.11'. Unfortunately I tried it
On Fri, Mar 04, 2005 at 12:44:16PM +1100, CaT wrote:
> The problems were weird. The fs I was copying from decided it was
> corrupt. Unmounting the partition and trying an fsck reported that it
> couldn't find the partition. After a reboot all was well and a fsck
> reported no problems.
Similar
Jesper> Eventually when this has been deprecated for a while I'll
Jesper> send patches to completely remove the function (thoughts
Jesper> on how long it should be deprecated first are welcome).
I don't have an opinion on how long to wait before removing the
function, but this patch
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 03/03/2005 07:21 AM, Linus Torvalds wrote:
> Comments?
before you do this, we have to make -rc's real rc's. Seriously how can
it be that there is a diff between the last rc and the "vanilla"
release. Thats a no-goer in my opinion. Even if it is
On Thu, Mar 03, 2005 at 01:57:28PM -0500, George Georgalis wrote:
> I recall a problem a while back with a pipe from
> /proc/kmsg that was sent by root to a program with a
> user uid. The fix was to run the logging program as
> root. Has that protected pipe method been extended
> since 2.6.8.1?
>
On Thursday 03 March 2005 21:55, Randy.Dunlap wrote:
>Gene Heskett wrote:
>> Greetings;
>>
>> I've a new pcHDTV-3000 card, and I thought maybe it would
>> be a good idea to build the cx88 stuff in the DVB section
>> of a make xconfig.
[...]
>> This is from a freshly unpacked src tree for 2.6.11,
On March 2, 2005 09:14 pm, Gene Heskett wrote:
> One doesn't have to be a code monkey to do this 'canary' scene as long
> as a bash script can be hacked up to do the majority of the work, I
> have a couple of them that basicly make a new kernel install a no
> brainer. Often under 30 minutes to
Hi.
On Fri, 2005-03-04 at 13:17, David Brownell wrote:
> On Wednesday 02 March 2005 12:56 am, Pavel Machek wrote:
> >
> > If OMAP has "big sleep" and "deep sleep", why not simply map them to
> > "standby" and "suspend-to-ram"?
>
> Or even "cpu idle". Entering power saving modes shouldn't be
The starfire net driver was just updated to include the firmware that
Adaptec kindly GPL'd for us a while ago. The firmware is needed to
enable zero-copy.
Can someone with this card give it a test, to make sure all is still
working?
Particularly, if you could test an application that uses
* Jeff Dike ([EMAIL PROTECTED]) wrote:
> [EMAIL PROTECTED] said:
> > Thanks, I'll push that with rest of audit changes.
>
> Applies on top of your changes.
>
> Signed-off-by: Jeff Dike <[EMAIL PROTECTED]>
Thanks,
-chris
--
Linux Security Modules http://lsm.immunix.org
On Thu, 3 Mar 2005, Hua Zhong wrote:
>
> Do you consider having a real stable release maintainer again?
No, this really is a different thing.
This is not a "truly separate" parallell track, exactly because it would
not actually get a life of its own. For it to make sense, it would not do
I have problem with w6692 (mISDN-2005-02-25) & kernel >=2.6.10 (with
2.6.9 is OK!)
# lspci
:01:07.0 Network controller: Winbond Electronics Corp W6692 (rev 01)
# modprobe w6692pci protocol=2
FATAL: Error inserting w6692pci
(I hope you don't mind me re-adding LKML because this illustrates an
important point)
On Thu, 2005-03-03 at 14:15 -0500, Mark Canter wrote:
> Seems like the Q/A process is kind of borked if the below tests are known
> but don't get applied before it gets released into the wild.
We will never be
On Thu, Mar 03, 2005 at 01:26:36PM -0500, Jeff Garzik wrote:
> Rene Rebe wrote:
> >Hi,
> >
> >
> >--- linux-2.6.11/drivers/md/raid6altivec.uc.vanilla2005-03-02
> >16:44:56.407107752 +0100
> >+++ linux-2.6.11/drivers/md/raid6altivec.uc2005-03-02
> >16:45:22.424152560 +0100
> >@@ -108,7
On Thu, 3 Mar 2005 02:36:50 -0800, Andrew Morton <[EMAIL PROTECTED]> wrote:
> David Lang <[EMAIL PROTECTED]> wrote:
> >
> > from what I have been able to find under /Documentation /proc/loadavg is
> > defined as giving three loadaverage numbers, 1 min, 5 min, 15 min.
> >
> > however as of
On Thu, 2005-03-03 at 18:08 +0100, Adrian Bunk wrote:
> This only attacks part of the problem.
It still does not solve the problem of "untested" releases. Users will
still ignore the linus-tree-rcX kernels.
So we move the real -rcX phase after the so called stable release.
Doing -rcX from
On Thursday 03 March 2005 21:45, Andrew Morton wrote:
>Gene Heskett <[EMAIL PROTECTED]> wrote:
>> I've a new pcHDTV-3000 card, and I thought maybe it would
>> be a good idea to build the cx88 stuff in the DVB section
>> of a make xconfig.
>>
>> It doesn't build, spitting out this bailout:
>>
Linus Torvalds wrote:
On Thu, 3 Mar 2005, Horst von Brand wrote:
[I'm pulling bk daily, and have it mixed with the ipw tree too, so I'm just
the kind of tester you are looking for... haven't seen any of the
showstopper bugs everybody is talking about, or I'd have screamed.]
Yeah, I wish
On Thursday 03 March 2005 21:55, Randy.Dunlap wrote:
>Gene Heskett wrote:
>> Greetings;
>>
>> I've a new pcHDTV-3000 card, and I thought maybe it would
>> be a good idea to build the cx88 stuff in the DVB section
>> of a make xconfig.
>>
>> It doesn't build, spitting out this bailout:
>>
>> CC
Joerg Sommrey wrote:
On Wed, Mar 02, 2005 at 05:43:59PM -0500, Jeff Garzik wrote:
Joerg Sommrey wrote:
Jeff Garzik wrote:
Patch:
http://www.kernel.org/pub/linux/kernel/people/jgarzik/libata/2.6.11-rc5-bk4-libata-dev1.patch.bz2
Still not usable here. The same errors as before when backing up:
Hi,
Greg KH wrote:
Except the patch is malformed, and even after light editing, does not
apply to the 2.6.11 kernel :(
Sorry - to match linux-kernel style I pasted it from gvim into
thunderbird to make kernel folks happy. Here you find the patch as it
applies to 2.6.11 attached.
Yours,
--
René
On Thu, 2005-03-03 at 14:06 -0500, Mark Canter wrote:
> Correct, but if you want to use your headphones you would have to enable
> headphones on your mixer, which would negate your speaker output through
> your docking station's output. If you want to use the docking station
> speakers, you
Hi,
Please consider applying.
Description: The comment for msleep_interruptible() is wrong, as it will
ignore wait-queue events, but will wake up early for signals.
Signed-off-by: Nishanth Aravamudan <[EMAIL PROTECTED]>
--- 2.6.11-kj-v/kernel/timer.c 2005-03-01 23:38:25.0 -0800
+++
Correct, but if you want to use your headphones you would have to enable
headphones on your mixer, which would negate your speaker output through
your docking station's output. If you want to use the docking station
speakers, you would have to disable the headphones in order to get the
I recall a problem a while back with a pipe from
/proc/kmsg that was sent by root to a program with a
user uid. The fix was to run the logging program as
root. Has that protected pipe method been extended
since 2.6.8.1?
I'm very defiantly seeing a problem with the 2.6.11
kernel and my
On Thursday 03 March 2005 18:45, Andrew Morton wrote:
> Gene Heskett <[EMAIL PROTECTED]> wrote:
> > I've a new pcHDTV-3000 card, and I thought maybe it would
> > be a good idea to build the cx88 stuff in the DVB section
> > of a make xconfig.
> >
> > It doesn't build, spitting out this
On Thu, 3 Mar 2005, Steven Rostedt wrote:
On Thu, 2005-03-03 at 13:24 -0800, David Lang wrote:
I don't think you are understanding the proposal
You're probably right. :-)
2.6.11.y will be released as 2.6.12 is being developed.
once 2.6.12 is released (or shortly after that if 2.6.12 ends up being
Hi,
On 03 Mar 2005, Andrew Morton wrote:
> 2.6.x is making good progress but there have been a handful of prominent
> regressions which seem to be making people think that the whole process is
> bust. I don't believe that this has been proven yet.
Sorry -- what you (with the vision of a
Christoph Lameter <[EMAIL PROTECTED]> wrote:
>
> On Wed, 2 Mar 2005, Andrew Morton wrote:
>
> > > This is not relevant since it only deals with file pages.
> >
> > OK. And CONFIG_DEBUG_PAGEALLOC?
>
> Its a debug feature that can be fixed if its broken.
It's broken.
A fix would be to
On Thu, 2005-03-03 at 00:21 -0500, Dave Jones wrote:
> compile time regressions we should be able to nail down fairly easily.
> (someone from OSDL is already doing compile stats and such on each release
> [too bad they're mostly incomprehensible to the casual viewer])
Dave, I'm the "someone
On Thursday 03 March 2005 10:19, Andi Kleen wrote:
> On Wed, Mar 02, 2005 at 08:53:07AM -0800, Trond Myklebust wrote:
> > on den 02.03.2005 Klokka 12:33 (+0100) skreiv Bernd Schubert:
> > > > I can see no good reason for truncating inode number values on
> > > > platforms that actually do support
On Thu, Mar 03, 2005 at 01:49:50PM -0800, John Cherry wrote:
> On Thu, 2005-03-03 at 00:21 -0500, Dave Jones wrote:
>
> > compile time regressions we should be able to nail down fairly easily.
> > (someone from OSDL is already doing compile stats and such on each release
> > [too bad
Jeff Garzik <[EMAIL PROTECTED]> wrote:
>
> > That is all inappropriate activity for a 2.6.x.y tree as it is being
> > proposed.
> >
> > Am I right? All we're proposing here is a tree which has small fixups for
> > reasonably serious problems. Almost without exception it would consist of
>
Gene Heskett wrote:
Greetings;
I've a new pcHDTV-3000 card, and I thought maybe it would
be a good idea to build the cx88 stuff in the DVB section
of a make xconfig.
It doesn't build, spitting out this bailout:
CC [M] drivers/media/video/cx88/cx88-cards.o
drivers/media/video/cx88/cx88-cards.c:
This patch converts the second half of drivers from verify_area to
access_ok.
Signed-off-by: Jesper Juhl <[EMAIL PROTECTED]>
diff -urp linux-2.6.11-orig/drivers/mtd/mtdchar.c
linux-2.6.11/drivers/mtd/mtdchar.c
--- linux-2.6.11-orig/drivers/mtd/mtdchar.c 2005-03-02 08:38:13.0
+0100
This patch converts the first half of drivers from verify_area to
access_ok.
Signed-off-by: Jesper Juhl <[EMAIL PROTECTED]>
diff -urp linux-2.6.11-orig/drivers/block/nbd.c linux-2.6.11/drivers/block/nbd.c
--- linux-2.6.11-orig/drivers/block/nbd.c 2005-03-02 08:37:50.0
+0100
+++
On Thu, 2005-03-03 at 12:38 -0300, Frédéric L. W. Meunier wrote:
> On Thu, 3 Mar 2005, Benjamin Herrenschmidt wrote:
>
> > There should be more than these... Does it continue booting
> > afte the screen goes blank or not at all ? Can you send the
> > full dmesg log too ? Also, enable radeonfb
Gene Heskett <[EMAIL PROTECTED]> wrote:
>
> I've a new pcHDTV-3000 card, and I thought maybe it would
> be a good idea to build the cx88 stuff in the DVB section
> of a make xconfig.
>
> It doesn't build, spitting out this bailout:
>
>CC [M] drivers/media/video/cx88/cx88-cards.o
>
This is the patch that converts verify_area to access_ok for the x86_64
and ia64 archs.
Signed-off-by: Jesper Juhl <[EMAIL PROTECTED]>
diff -urp linux-2.6.11-orig/arch/ia64/ia32/ia32_signal.c
linux-2.6.11/arch/ia64/ia32/ia32_signal.c
--- linux-2.6.11-orig/arch/ia64/ia32/ia32_signal.c
Hua Zhong wrote:
The reason that I think it's important for some other person to do this job
independently is that you are not bothered by bugfixes, which you never did
well. :) You move on to each release as you do today, with different
criteria, and someone else who can do the job better do so
Mark Canter <[EMAIL PROTECTED]> wrote:
>
>
> To close this issue out of the LKML and alsa-devel, a bug report has been
> written.
>
> It appears to be an issue with the 'headphone jack sense' (as kde labels
> it). The issue is in the way the 8x0 addresses the docking station/port
>
Convert verify_area to access_ok for ppc, ppc64, m68k and m68knommu
Signed-off-by: Jesper Juhl <[EMAIL PROTECTED]>
diff -urp linux-2.6.11-orig/arch/ppc/kernel/align.c
linux-2.6.11/arch/ppc/kernel/align.c
--- linux-2.6.11-orig/arch/ppc/kernel/align.c 2005-03-02 08:38:34.0
+0100
+++
This patch converts verify_area to access_ok for sparc and sparc64.
Signed-off-by: Jesper Juhl <[EMAIL PROTECTED]>
diff -urp linux-2.6.11-orig/arch/sparc/kernel/ptrace.c
linux-2.6.11/arch/sparc/kernel/ptrace.c
--- linux-2.6.11-orig/arch/sparc/kernel/ptrace.c2005-03-02
The last remaining archs that have not already been converted from
verify_area to access_ok by the previous patches are all taken care of by
this one.
Signed-off-by: Jesper Juhl <[EMAIL PROTECTED]>
diff -urp linux-2.6.11-orig/arch/sh/kernel/signal.c
linux-2.6.11/arch/sh/kernel/signal.c
---
On Thursday 03 March 2005 16:07, Jeff Garzik wrote:
>As a further elaboration...
>
>The problem with the current 2.6-rc setup is a _human_
> _communications_ problem.
>
>Users have been trained in a metaphor that is applied uniformly
> across all software projects that use the metaphor:
>
> test
This patch converts verify_area to access_ok in arch/i386, fs/, kernel/
and a few other bits that didn't fit in the other patches or that I
actually was able to test on my hardware - this is by far the best tested
of all the patches.
Signed-off-by: Jesper Juhl <[EMAIL PROTECTED]>
diff -urp
This is the patch to convert verify_area to access_ok for arch/mips
Signed-off-by: Jesper Juhl <[EMAIL PROTECTED]>
diff -urp linux-2.6.11-orig/arch/mips/kernel/irixelf.c
linux-2.6.11/arch/mips/kernel/irixelf.c
--- linux-2.6.11-orig/arch/mips/kernel/irixelf.c2005-03-02
Andrew Morton wrote:
Alan Cox <[EMAIL PROTECTED]> wrote:
On Iau, 2005-03-03 at 23:17, Andrew Morton wrote:
Ideally, the 2.6.x.y maintainer wouldn't need any particular kernel
development skills - it's just patchmonkeying the things which maintainers
send him.
I would disagree, and I suspect anyone
The previous 9 patches should take care of converting all callers of
verify_area into access_ok, so now it's time to deprecate verify_area all
over so noone gets tempted to use it in new code - this patch does that.
Eventually when this has been deprecated for a while I'll send patches to
This is a semi-automatic announcement.
lk-changelog.pl aka. shortlog version has been released.
This script is used by Linus and Marcelo to rearrange and reformat BK
ChangeSet logs into a more human-readable format, and the official
repository is Parent repository is
Hi Darren
On Fri, 04 Mar 2005, Darren Williams wrote:
> Hi Christoph
>
> On Tue, 01 Mar 2005, Christoph Lameter wrote:
>
> > Is there any chance that this patchset could go into mm now? This has been
> > discussed since last August
> >
> > Changelog:
> >
> > V17->V18 Rediff against
This patch converts verify_area to access_ok in sound/
Signed-off-by: Jesper Juhl <[EMAIL PROTECTED]>
diff -urp linux-2.6.11-orig/sound/core/hwdep.c linux-2.6.11/sound/core/hwdep.c
--- linux-2.6.11-orig/sound/core/hwdep.c2005-03-02 08:38:34.0
+0100
+++
Yes, flipping back to the 2.6.10 kernel resolves the sound issue through
the docking station so that everything runs without incident. Though I'd
like to see/assist in resolving the issue for future releases :).
On Thu, 3 Mar 2005, Andrew Morton wrote:
Mark Canter <[EMAIL PROTECTED]> wrote:
> Reviewing the 'compatible' values in my device-tree, I definately agree.
> I can hack the pmac_zilog driver to test this out further - I've just
> been using my airport card.
>
> Are there any other "invalid" characters for the compatible property?
> CRLF would work, but these values (as a
1 - 100 of 1028 matches
Mail list logo