* Pavel Machek <[EMAIL PROTECTED]> [061206 14:13]:
> Fix too long lines in sound headers.
Pushing this too.
Tony
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
More majordomo info at
* Pavel Machek <[EMAIL PROTECTED]> [061206 14:12]:
> From: Vladimir Ananiev <[EMAIL PROTECTED]>
>
> Convert 1501->15xx in drivers omap code, so that sx1 can work.
Pushing this too to linux-omap.
Tony
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a
* Pavel Machek <[EMAIL PROTECTED]> [061206 14:10]:
> From: Vladimir Ananiev <[EMAIL PROTECTED]>
>
> Convert 1501->15xx in generic omap code, so that sx1 can work.
Pushing today to linux-omap tree.
Tony
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a
On Mon, Dec 11, 2006 at 01:17:25PM -0800, dean gaudet wrote:
> rdtscp doesn't solve anything extra [..]
> [..] lsl-based vgetcpu is relatively slow
Well, if you accept to run slow there's nothing to solve in the first
place indeed.
If nothing else rdtscp should avoid the mess of restarting a
Seth Arnold wrote:
> On Fri, Dec 08, 2006 at 01:36:57PM -0600, Serge E. Hallyn wrote:
>
>> The other is that root can lose capabilities by executing files with
>> only some capabilities set. The next two patches change these
>> behaviors.
>>
> I saw this in my code review and thought that
Andrew Morton <[EMAIL PROTECTED]> writes:
> On Mon, 11 Dec 2006 06:07:03 -0700
> [EMAIL PROTECTED] (Eric W. Biederman) wrote:
>
>>
>> This defers SAK so we can use the normal console semaphore to order
>> operations.
>>
>> This removes the xchg operations that I used to attempt to attmically
>>
Andrew Morton a écrit :
hm, the patch seems to transform a mess into a mess. I guess it's a messy
problem.
I agree that aggregating all the time-related things into a struct like
this makes some sense. As does aggregating them all into a similar-looking
namespace, but that'd probably be too
diff --git a/Makefile b/Makefile
index aef9625..6b53c75 100644
--- a/Makefile
+++ b/Makefile
@@ -1,7 +1,7 @@
VERSION = 2
PATCHLEVEL = 6
SUBLEVEL = 19
-EXTRAVERSION =
+EXTRAVERSION = .1
NAME=Avast! A bilge rat!
# *DOCUMENTATION*
diff --git a/arch/i386/kernel/acpi/boot.c
We (the -stable team) are announcing the release of the 2.6.19.1 kernel.
It's an assortment of fixes with a couple security related:
a526d58e: do_coredump() and not stopping rewrite attacks? (CVE-2006-6304)
ad8ca99c: TOKENRING: Remote memory corruptor in ibmtr.c
The diffstat and short summary of
to: linux-kernel@vger.kernel.org
cc: [EMAIL PROTECTED]
2.6.19-git problem - dvd+rw-usb - :-( not an MMC unit!
same pc
$ uname -r
2.6.18-1.2849.fc6
$ dvd+rw-mediainfo /dev/dvd-sr0
INQUIRY:[SONY][DVD RW DRU-820A ][2.0b]
GET [CURRENT] CONFIGURATION:
:-( no media mounted,
Theodore Tso wrote:
As far as whether or not it should be _mandatory_, to be able to pull
out the version information from an arbitrary bzImage file, can folks
agree that it would at least be a nice-to-have feature? Sometimes
when you're out in the field you don't know what you're faced with,
On Mon, 11 Dec 2006, Andrea Arcangeli wrote:
> As far as I can see, many changes happened but nobody has yet added
> the rdtscp support to x86-64. rdtscp finally solves the problem and it
> obsoletes hpet for timekeeping and it allows a fully userland
> gettimeofday running at maximum speed in
Linus Torvalds wrote:
- strongly encourage "get_kernel_version" users to just stop using that
crap. Ask the build system for the version instead or something, don't
expect to dig it out of the binary (if you create an RPM for any other
package, you sure as _hell_ don't start doing
Right.
This is not a surprise, the driver still works flawlessly.
Thanks
Regards,
Thierry
Adrian Bunk a écrit :
This patch contains the following possible cleanups:
- make needlessly global functions static
- remove the unused EXPORT_SYMBOL's
-
To unsubscribe from this list: send the line
On Mon, 11 Dec 2006 06:07:03 -0700
[EMAIL PROTECTED] (Eric W. Biederman) wrote:
>
> This defers SAK so we can use the normal console semaphore to order
> operations.
>
> This removes the xchg operations that I used to attempt to attmically
> update struct pid, because of the strange locking
On Sunday 10 December 2006 10:27 pm, Voipio Riku wrote:
> > Update the rtc-rs5c372 driver:
> > I suspect the
> > issue wasn't that "mode 1" didn't work on that board; the original
> > code to fetch the trim was broken. If "mode 1" really won't work,
> > that's almost certainly a bug in that
On Mon, Dec 11, 2006 at 12:58:07AM -0800, Andrew Morton wrote:
>...
> Changes since 2.6.19-rc6-mm2:
>...
> git-ubi.patch
>...
> git trees.
>...
It doesn't seem to be intended that in ubi_dbg_vprint_nolock() the
variable "caller" is never assigned any value different from 0.
cu
Adrian
--
This patch adds proper prototypes for sysv_{init,destroy}_icache()
in sysv.h
Signed-off-by: Adrian Bunk <[EMAIL PROTECTED]>
---
fs/sysv/super.c |3 ---
fs/sysv/sysv.h |3 +++
2 files changed, 3 insertions(+), 3 deletions(-)
--- linux-2.6.19-rc6-mm2/fs/sysv/sysv.h.old 2006-11-29
On Mon, 11 Dec 2006 16:34:27 +0300
Dmitriy Monakhov <[EMAIL PROTECTED]> wrote:
> OpenVZ team has discovered error inside generic_file_direct_write()
> If generic_file_direct_IO() has fail (ENOSPC condition) it may have
> instantiated
> a few blocks outside i_size. And fsck will complain about
Hi,
On Mon, Dec 11, 2006 at 03:47:58PM +0100, Romano Giannetti wrote:
> On Wed, 2006-11-29 at 14:21 -0800, Linus Torvalds wrote:
>
> > You could send me and the kernel mailing list a note about it anyway, of
> > course. (And perhaps pictures, if your dachshund is involved. Not that
> > we'd be
On Mon, 2006-12-11 at 11:20 +, Christoph Hellwig wrote:
> On Sun, Dec 10, 2006 at 07:45:48PM +1300, Paul Collins wrote:
> > On my PowerBook when booting Linus's tree as of commit af1713e0 I get
> > something like this:
> >
> > [blah blah]
> > ide0: Found Apple UniNorth ATA-6 controller,
> As far as whether or not it should be _mandatory_, to be able to pull
> out the version information from an arbitrary bzImage file, can folks
> agree that it would at least be a nice-to-have feature?
I would really like for modinfo to work. it may not work on bzImage as
is, but it should
On Mon, Dec 11, 2006 at 12:05:36PM -0800, Linus Torvalds wrote:
>
>
> On Mon, 11 Dec 2006, Olaf Hering wrote:
> >
> > Quick, compile tested, patch below.
>
> No. We don't do this. We don't add TOTAL CRAP to the kernel just because
> somebody is being an idiot in user space.
>
> This is
On Mon, Dec 11, 2006 at 07:20:57PM +, Andy Whitcroft wrote:
> I am afraid to report that this second version also fails for me, as you
> point out CIFS can break us if defined. In fact we used to get away
> with this on my test system due to ordering magic luck, I presume the
> move to
On Mon, Dec 11, Olaf Hering wrote:
> On Mon, Dec 11, Andy Whitcroft wrote:
>
> > I am afraid to report that this second version also fails for me, as you
> > point out CIFS can break us if defined. In fact we used to get away
> > with this on my test system due to ordering magic luck, I
On Mon, 11 Dec 2006, Alan wrote:
> > there as "protocols" for user-tty interfaces, i.e., you need a user, that
> > opens a tty, sets a line discipline to it, and does io (read/write) over
> > it, and NOT to be completely initialised and driven from the kernel.
>
> Take a look at the SLIP
On Mon, 11 Dec 2006, Linus Torvalds wrote:
>
> So I would suggest SLES now show that support by fixing THEIR BUG.
Btw, if you still want to use "get_kernel_version" or whatever the broken
program was, I'd suggest:
- extend the check to verify that the version number that follows looks
On Mon, 11 Dec 2006 18:51:11 +1100
Herbert Xu <[EMAIL PROTECTED]> wrote:
> On Sun, Dec 10, 2006 at 11:45:08PM -0800, Andrew Morton wrote:
> >
> > It spits a nasty during bringup
> >
> > e1000: eth0: e1000_probe: Intel(R) PRO/1000 Network Connection
> > forcedeth.c: Reverse Engineered nForce
On Sat, 9 Dec 2006 12:59:58 +0100
Holger Macht <[EMAIL PROTECTED]> wrote:
> Well, I like to have them ;-)
Ok - how is this?
Send a uevent to indicate a device change whenever we dock or
undock, so that userspace may now check the dock status via
sysfs.
Signed-off-by: Kristen Carlson Accardi
On Mon, 11 Dec 2006, Olaf Hering wrote:
>
> Quick, compile tested, patch below.
No. We don't do this. We don't add TOTAL CRAP to the kernel just because
somebody is being an idiot in user space.
This is definitely a user space bug. It was a serious bug before, it just
wasn't obvious.
The
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Currently: 2.6.19-git6
2.6.19-git17 still shows some problems, as well:
ipw3945 driver did not compile (not sure why) - possibly can solve on
my own though.
(primary laptop is Acer with ipw2200)
ATI driver did not
On Mon, 2006-12-11 at 19:54 +, Russell King wrote:
> > > what if the irq got disabled meanwhile? Also, chip->enable is a
> > > compatibility method, not something we should use in a flow handler.
> >
> > I don't know how other arches deal with IRQ_PENDING, but ARM (OMAP at
> > least)
Okay, thanks.
Best regards
Luca Risolia
Scrive Ralf Baechle <[EMAIL PROTECTED]>:
> Both use __SC. Since __* is sort of private namespace I've choosen to
> fix this in the driver. For consistency I decieded to also change
> __UNSC to UNSC.
>
> Signed-off-by: Ralf Baechle <[EMAIL PROTECTED]>
>
On Mon, Dec 11, Andy Whitcroft wrote:
> I am afraid to report that this second version also fails for me, as you
> point out CIFS can break us if defined. In fact we used to get away
> with this on my test system due to ordering magic luck, I presume the
> move to __initdata has triggered
Hi,
* Daniel Walker <[EMAIL PROTECTED]> [061211 11:41]:
> On Mon, 2006-12-11 at 20:05 +0100, Ingo Molnar wrote:
> > * Daniel Walker <[EMAIL PROTECTED]> wrote:
> >
> > > + /*
> > > + * Some boards will disable an interrupt when it
> > > + * sets IRQ_PENDING . So we have to remove the flag
> > >
On Mon, Dec 11, 2006 at 11:38:28AM -0800, Daniel Walker wrote:
> On Mon, 2006-12-11 at 20:05 +0100, Ingo Molnar wrote:
> > * Daniel Walker <[EMAIL PROTECTED]> wrote:
> >
> > > + /*
> > > + * Some boards will disable an interrupt when it
> > > + * sets IRQ_PENDING . So we have to remove the flag
12/09/2006 09:03 PM, Kyle McMartin wrote/a écrit:
On Sat, Dec 09, 2006 at 02:34:47PM -0500, John Richard Moser wrote:
I have filed this as a distro bug with Ubuntu; it may be their issue, I
haven't dug deep enough to find out. I am posting this here to disperse
the information breadth-first
The previous checkstack fix for UML, which needs to use the host's tools,
was wrong in the crossbuilding case. It would use the build host's,
rather than the target's, toolchain.
This patch removes the old fix and adds an explicit special case for UML,
leaving everyone else alone.
Divy Le Ray wrote:
Steve Wise wrote:
On Sun, 2006-12-10 at 20:02 -0800, Roland Dreier wrote:
I haven't seen any evidence of the corresponding ethernet NIC driver
being merged for 2.6.20 (which is a prerequisite, right).
What's the status of that?
It is on its third or fourth round
On Dec 11 2006 19:14, Olaf Hering wrote:
>
>> (or in other words, why is SLES the only one with the problem?)
>
>Everyone has this "problem". Or how do you know what kernelrelease is
>inside a random ELF or bzImage binary?
Why would you even want to know that? (Stirring in the hornets nest,
just
On Mon, 2006-12-11 at 20:05 +0100, Ingo Molnar wrote:
> * Daniel Walker <[EMAIL PROTECTED]> wrote:
>
> > + /*
> > +* Some boards will disable an interrupt when it
> > +* sets IRQ_PENDING . So we have to remove the flag
> > +* and re-enable to handle it.
> > +*/
> > + if
On Mon, Dec 11, 2006 at 07:20:57PM +, Andy Whitcroft wrote:
> Linus Torvalds wrote:
> >
> >On Mon, 11 Dec 2006, Herbert Poetzl wrote:
> >>cool!
> >>
> >>should definitely work for all 'known' cases
> >
> >No it doesn't.
well, the 'method' not the actual patch, i.e.
you should be as lucky as
On Mon, 11 Dec 2006, Andy Whitcroft wrote:
>
> I am afraid to report that this second version also fails for me, as you point
> out CIFS can break us if defined.
Olaf, will you admit that the SLES9 code is crap now?
Andy, does just replacing the "__initdata" with "const" fix it for you?
That
On Dec 11 2006 08:44, Linus Torvalds wrote:
>>
>> Please revert this change.
>
>Well, that "get_kernel_version" is definitely buggered, and should be
>fixed. And we do want the new behaviour for /proc/version.
>
>So I don't think we should revert it, but we should:
>
> - strongly encourage
Hi,
After a hiatus of 2 years, a new version of irqbalance is now released
at http://www.irqbalance.org .
irqbalance is the tool that maps/distributes the different interrupts in
your system to the various processors and cores that your computer may
have.
This new version knows about, and
Linus Torvalds wrote:
On Mon, 11 Dec 2006, Herbert Poetzl wrote:
cool!
should definitely work for all 'known' cases
No it doesn't.
Do a
git grep '".*Linux version .*"'
on the kernel, and see just how CRAP that "get_kernel_version" test is,
and has always been.
But let's hope
Hi,
Please everyone, help. This during since more than a month.
I've got a MSI 975X Express based on an intel 975X chipset. It comes
with an ICH7 and JMB361 chipsets too.
And i've got big problems with my hard drives. Most of the times, the
boot ends with a :
Please append a correct
Hi Florian,
> On USB keyboards lots of hot/internet keys are not working. This patch
> adds support for a number of keys from the USB HID Usage Table
> (http://www.usb.org/developers/devclass_docs/Hut1_12.pdf).
>
> It also adds several new key codes. Most of them are used on real world
>
Steve Wise wrote:
On Sun, 2006-12-10 at 20:02 -0800, Roland Dreier wrote:
I haven't seen any evidence of the corresponding ethernet NIC driver
being merged for 2.6.20 (which is a prerequisite, right).
What's the status of that?
It is on its third or fourth round of review. The last
Fix typo in 'EXPERIMENTAL' in config CC_STACKPROTECTOR in arch/x86_64/Kconfig.
Signed-off-by: <[EMAIL PROTECTED]>
---
arch/x86_64/Kconfig |2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
Index: linux-2.6.git/arch/x86_64/Kconfig
* Adrian Bunk <[EMAIL PROTECTED]> wrote:
> On Mon, Dec 11, 2006 at 12:58:07AM -0800, Andrew Morton wrote:
> >...
> > Changes since 2.6.19-rc6-mm2:
> >...
> > +debug-add-sysrq_always_enabled-boot-option.patch
> >...
> > Misc updates
> >...
>
> This patch makes the needlessly global
On Mon, Dec 11, 2006 at 12:58:07AM -0800, Andrew Morton wrote:
>...
> Changes since 2.6.19-rc6-mm2:
>...
> git-ocfs2.patch
>...
> git trees.
>...
This patch makes needlessly global code static.
Signed-off-by: Adrian Bunk <[EMAIL PROTECTED]>
---
fs/ocfs2/cluster/tcp.c |2 +-
On Mon, 11 Dec 2006, Olaf Hering wrote:
>
> arch/powerpc/boot/wrapper:156:version=`${CROSS}strings "$kernel" | grep
> '^Linux version [-0-9.]' | \
This is also obviously broken (and really sad), but actually ends up being
better than what get_kernel_version apparently does, by at least
* Adrian Bunk <[EMAIL PROTECTED]> wrote:
> This patch makes the needlessly global ignore_loglevel_setup() static.
>
> Signed-off-by: Adrian Bunk <[EMAIL PROTECTED]>
thanks,
Acked-by: Ingo Molnar <[EMAIL PROTECTED]>
Ingo
-
To unsubscribe from this list: send the line "unsubscribe
This patch makes the needlessly global ignore_loglevel_setup() static.
Signed-off-by: Adrian Bunk <[EMAIL PROTECTED]>
--- linux-2.6.19-mm1/kernel/printk.c.old2006-12-11 18:38:13.0
+0100
+++ linux-2.6.19-mm1/kernel/printk.c2006-12-11 18:38:47.0 +0100
@@ -335,7 +335,7
pipe/splice should use const pipe_buf_operations and file_operations
struct pipe_inode_info has an unused field "start" : get rid of it.
Signed-off-by: Eric Dumazet <[EMAIL PROTECTED]>
--- linux-2.6.19/include/linux/pipe_fs_i.h 2006-12-11 17:00:21.0
+0100
+++
>
> > (or in other words, why is SLES the only one with the problem?)
>
> Everyone has this "problem". Or how do you know what kernelrelease is
> inside a random ELF or bzImage binary?
I doubt anyone else will let it come to the "random" stage
--
if you want to mail me at work (you don't),
On Mon, 11 Dec 2006, Alan wrote:
> On Sun, 10 Dec 2006 19:23:54 -0600
> Corey Minyard <[EMAIL PROTECTED]> wrote:
>
> > Nothing has come of this yet. But we have these two requests and a
> > request from Russell Doty at Redhat.
> >
> > It would be nice to know if this type of thing was
* Daniel Walker <[EMAIL PROTECTED]> wrote:
> + /*
> + * Some boards will disable an interrupt when it
> + * sets IRQ_PENDING . So we have to remove the flag
> + * and re-enable to handle it.
> + */
> + if (desc->status & IRQ_PENDING) {
> + desc->status &=
On Sat, Dec 09, 2006 at 11:47:58AM +0100, Jan Kara wrote:
> In the mean time
> does mounting the filesystem with data=writeback help?
I have now nine hours uptime with data=writeback, and the file is
still OK. Looks good.
By this posting, I'm going to invoke murphy, so I'll report again
> there as "protocols" for user-tty interfaces, i.e., you need a user, that
> opens a tty, sets a line discipline to it, and does io (read/write) over
> it, and NOT to be completely initialised and driven from the kernel.
Take a look at the SLIP driver. User space sets up the port but all the
On Mon, Dec 11, 2006 at 12:58:07AM -0800, Andrew Morton wrote:
>...
> Changes since 2.6.19-rc6-mm2:
>...
> +gregkh-driver-uio.patch
> +gregkh-driver-uio-dummy.patch
>...
> driver tree updates
>...
This patch makes three needlessly global functions static.
Signed-off-by: Adrian Bunk <[EMAIL
* Oliver Bock <[EMAIL PROTECTED]> wrote:
> Hi Ingo,
>
> Thanks for your reply. I tried -rt12 and could successfully boot my system.
> However, now I find the following during boot:
>
> registering clocksource pit
these messages are fine - they are just for debugging.
Ingo
-
To
On 11/27/06, Eric Van Hensbergen <[EMAIL PROTECTED]> wrote:
This is the first cut of a device-mapper target which provides a write-back
or write-through block cache. It is intended to be used in conjunction with
remote block devices such as iSCSI or ATA-over-Ethernet, particularly in
cluster
On 11/27/06, Eric Van Hensbergen <[EMAIL PROTECTED]> wrote:
Subject: [RFC] [PATCH] dm-cow: copy-on-write stackable target for device-mapper
This is the first cut of a device-mapper target which allows stacking of
multiple block devices and in which the top-layer of the stack is a
copy-on-write
On Mon, Dec 11, Linus Torvalds wrote:
> Do a
>
> git grep '".*Linux version .*"'
>
> on the kernel, and see just how CRAP that "get_kernel_version" test is,
> and has always been.
>
> But let's hope that CIFS is never compiled into a SLES kernel. Because
> this isn't worth fixing at
On Mon, 11 Dec 2006, Herbert Poetzl wrote:
>
> cool!
>
> should definitely work for all 'known' cases
No it doesn't.
Do a
git grep '".*Linux version .*"'
on the kernel, and see just how CRAP that "get_kernel_version" test is,
and has always been.
But let's hope that CIFS is never
On Mon, Dec 11, Linus Torvalds wrote:
>
>
> On Mon, 11 Dec 2006, Olaf Hering wrote:
> >
> > Hmm, even moving this to linux_banner doesnt work, just because
> > __initdata is in a different section.
>
> Heh. Let's just change the "version_read_proc" string to not trigger.
>
> Something like
On Mon, 11 Dec 2006, Olaf Hering wrote:
>
> Of course I could tell it every time what the kernelrelease is, but why
> do I have to?
Because right now, YOUR PIECE OF CRAP IS BUGGY.
Look here, I'm not going to bother explain it to you any more. Do the
git grep '".*Linux version .*"'
> A kernel profile will tell us were the kernel is burning CPU. Something
> like this (run as root):
>
> #!/bin/sh
> while true
> do
> opcontrol --stop
> opcontrol --shutdown
> rm -rf /var/lib/oprofile
> opcontrol --vmlinux=/boot/vmlinux-$(uname -r)
> opcontrol
This patch contains the following possible cleanups:
- make needlessly global functions static
- remove the unused EXPORT_SYMBOL's
Signed-off-by: Adrian Bunk <[EMAIL PROTECTED]>
---
drivers/media/video/usbvision/usbvision-core.c | 33 +---
On Mon, Dec 11, 2006 at 12:58:07AM -0800, Andrew Morton wrote:
>...
> Changes since 2.6.19-rc6-mm2:
>...
> git-acpi.patch
>...
> git trees.
>...
This patch makes needlessly global code static.
Signed-off-by: Adrian Bunk <[EMAIL PROTECTED]>
---
drivers/acpi/bus.c |2 +-
On Mon, Dec 11, Linus Torvalds wrote:
> "Suppose I send you some random vmlinux binary."
>
> THAT is the problem.
Erm no, thats reality and happens every day. git-bisect a modular kernel
on one box and test it on another. The mkinitrd (and depmod) wants to know
where to look for modules.
Patches against kernel 2.6.18 and support for Fedora Core 6 which
contains the affected GPL portions of supporting code for the proprietary
DSFS Forensic File System have been posted to:
ftp://ftp.soleranetworks.com/pub/solera/dsfs/FedoraCore6/
This release is posted here in compliance with
This patch contains the following possible cleanups:
- make needlessly global code static
- proper prototype for kvm_main.c:find_msr_entry()
- #if 0 the unused svm.c:inject_db()
Signed-off-by: Adrian Bunk <[EMAIL PROTECTED]>
---
drivers/kvm/kvm.h |3 ++-
drivers/kvm/kvm_main.c|
On Mon, Dec 11, 2006 at 12:58:07AM -0800, Andrew Morton wrote:
>...
> Changes since 2.6.19-rc6-mm2:
>...
> +debug-add-sysrq_always_enabled-boot-option.patch
>...
> Misc updates
>...
This patch makes the needlessly global sysrq_always_enabled_setup()
static.
Signed-off-by: Adrian Bunk <[EMAIL
Silviu Craciunas wrote:
> quick question for the gurus.. is it possible to determine the hardware
> device from a file struct during read/write system call. For example in
> fs/read_write.c when doing a vfs_read.
>
file->f_dentry->d_inode gives you the inode. If the inode is on top of a
On Mon, 11 Dec 2006 21:00:49 +0300
Vitaly Bordug <[EMAIL PROTECTED]> wrote:
>
> Updated direct resource pass with ioremap call, make it grant proper IRQ
> mapping, stuff incompatible with the new approach were respectively put
> under
> #ifndef CONFIG_PPC_MERGE.
Hrm, Signed-off-by: missed,
* Chris Wright ([EMAIL PROTECTED]) wrote:
> -stable review patch. If anyone has any objections, please let us know.
> --
replaced with upstream version, which is slightly changed by Andi.
--
From: Ravikiran G Thirumalai <[EMAIL PROTECTED]>
2.6.19 stopped booting (or booted
On Mon, 11 Dec 2006 14:08:51 +0100 Karsten Wiese wrote:
> Am Sonntag, 10. Dezember 2006 09:10 schrieb Andrew Morton:
> >
> > So I'm pretending to be kbuild maintainer and I now realise I simply don't
> > know what this patch series does.
> >
> > Can you please explain it a lot more?
>
> lets
On Mon, Dec 11, 2006 at 10:26:13AM -0800, Linus Torvalds wrote:
>
>
> On Mon, 11 Dec 2006, Olaf Hering wrote:
> >
> > Hmm, even moving this to linux_banner doesnt work, just because
> > __initdata is in a different section.
>
> Heh. Let's just change the "version_read_proc" string to not
On Mon, 11 Dec 2006, Olaf Hering wrote:
>
> Hmm, even moving this to linux_banner doesnt work, just because
> __initdata is in a different section.
Heh. Let's just change the "version_read_proc" string to not trigger.
Something like this instead (which replaces the "Linux" with "%s" in
My guess is that since it's not in there, I might be the only one who
noticed. Unfortunatly that looks to be bad news for me... I have 5
machines with these cards, and my pockets are not so deep as to be able
to replace them with something newer.
My goal was to get AOE working over the FC
On Mon, 11 Dec 2006, Olaf Hering wrote:
>
> SLES7 or SLES11 is not any different than SLES9 in that respect.
> Suppose I send you some random vmlinux binary. How do you (you as in linus.sh)
> know what 'uname -r' is inside this binary?
> There are surely many many ways to pass that info. Having
On Mon, Dec 11, Olaf Hering wrote:
> On Mon, Dec 11, Linus Torvalds wrote:
>
> > +static char __initdata linux_banner[] =
> > + "Linux version " UTS_RELEASE
> > + " (" LINUX_COMPILE_BY "@" LINUX_COMPILE_HOST ")"
> > + " (" LINUX_COMPILER ")"
> > + " " UTS_VERSION "\n";
>
> main.o gets
On Mon, Dec 11, Arjan van de Ven wrote:
> strings doesn't work there, it's a compressed image!
Thats why get_kernel_version calls gzip.
> also... can't you just know which vmlinux it is in the first place?
No, you cant.
> (or in other words, why is SLES the only one with the problem?)
Nick Piggin <[EMAIL PROTECTED]> writes:
> Finally, filesystems. Only OGAWA Hirofumi and Mark Fasheh have given much
> feedback so far. I've tried to grok ext2/3 and think they'll work OK, and
> have at least *looked* at all the rest. However in the worst case, there
> might be many subtle and
Updated direct resource pass with ioremap call, make it grant proper IRQ
mapping, stuff incompatible with the new approach were respectively put under
#ifndef CONFIG_PPC_MERGE.
---
drivers/net/fs_enet/mac-fec.c | 13 +
drivers/net/fs_enet/mac-scc.c |6 --
On Mon, Dec 11, Linus Torvalds wrote:
> +static char __initdata linux_banner[] =
> + "Linux version " UTS_RELEASE
> + " (" LINUX_COMPILE_BY "@" LINUX_COMPILE_HOST ")"
> + " (" LINUX_COMPILER ")"
> + " " UTS_VERSION "\n";
main.o gets linked after misc.o, so this will not work.
On Mon, 2006-12-11 at 19:00 +0100, Olaf Hering wrote:
> On Mon, Dec 11, Arjan van de Ven wrote:
>
> > it's for sure the most ugly one. I could see the use of having modinfo
> > work on the vmlinux, and have the vmlinux have a VERMAGIC as well. It's
> > only a simple elf section after all, and a
[EMAIL PROTECTED] wrote:
I went to upgrade my kernel on a couple of boxes yesterday and noticed
that the Interphase Tachyon chipset Fibre Channel driver was removed
from the kernel. I think 2.6.1 was the last one it was still in. Was
there a reason it was pulled?
If not, do I have to volunteer
Hi, [please CC me, as I am not subscribed]
currently keycodes above 240 are ignored if the tty is in raw mode. To make the key codes from 241 to 255 usable for programs in raw mode (like X11) the still unused scancodes were
added into that range. Right know these scancodes are used in arbitrary
On Mon, Dec 11, Arjan van de Ven wrote:
> it's for sure the most ugly one. I could see the use of having modinfo
> work on the vmlinux, and have the vmlinux have a VERMAGIC as well. It's
> only a simple elf section after all, and a heck of a lot more defined
> and standard...
Just go for it.
Just dropping a note that I booted into single user mode today and tried
mounting the VCD -- and it worked! So I guess, yeah, the problem must be
something to do with HAL etc. Some change to the kernel probably breaks
something in HAL (just a guess) .. whatever, am stuck now coz I can't
On Mon, 2006-12-11 at 18:50 +0100, Olaf Hering wrote:
> On Mon, Dec 11, Linus Torvalds wrote:
> > What crud. I'm even slightly inclined to just let SLES9 be broken, just to
> > let people know how unacceptable it is to look for strings in kernel
> > binaries. But sadly, I don't think the poor
On Mon, 2006-12-11 at 18:35 +0100, Jan Engelhardt wrote:
[...]
> I can just second this. What should be marked const is [1]the things
> pointed to, not [2]the local copy of a function argument.
>
> This[2] is what I believe almost every other software project does,
Yes, also for the reason to
Hi Aneesh,
The patch update sounds good.
BR,
Mauricio Lin.
On 12/11/06, Aneesh Kumar K.V <[EMAIL PROTECTED]> wrote:
Since kobject_uevent() function does not return an integer value to
indicate if its operation was completed with success or not, it is
worth changing it in order to report a
On Mon, Dec 11, Linus Torvalds wrote:
> What crud. I'm even slightly inclined to just let SLES9 be broken, just to
> let people know how unacceptable it is to look for strings in kernel
> binaries. But sadly, I don't think the poor users should be penalized for
> some idiotic SLES developers
>> > Mark the bit reversal functions as being const as they always return the
>> > same output for any given input.
>>
>> Well, we should mark the argument const too, no?
>
>The argument is just an integer; I'm not sure that marking it const actually
>achieves anything, except to tell the
Ahh. Fallback_alloc() does not do the check for GFP_WAIT as done in
cache_grow(). Thus interrupts are disabled when we call kmem_getpages()
which results in the failure.
Duplicate the handling of GFP_WAIT in cache_grow().
Jay could you try this patch?
Signed-off-by: Christoph Lameter <[EMAIL
101 - 200 of 739 matches
Mail list logo