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 heck of a
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?)
Everyone
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 linked after misc.o, so this
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 a
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:
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
/proc, and
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 trigger.
* 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 based
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
block
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
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|
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
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.
Of
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 +---
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
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 this instead
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 .*'
thing,
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 that point, and
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 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 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
* 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 unsubscribe
Mark Fasheh wrote:
On Fri, Dec 08, 2006 at 02:28:10PM +1100, Nick Piggin wrote:
In generic_file_buffered_write() we now do:
status = a_ops-commit_write(file, page, offset,offset+copied);
Which tells the file system to commit only the amount of data that
filemap_copy_from_user() was
Linus,
Please pull 'master' from:
git://git.kernel.org:/pub/scm/linux/kernel/git/mchehab/v4l-dvb.git
master
It fixes a breakage when compiling on ia64.
Cheers,
Mauro.
V4L/DVB development is hosted at http://linuxtv.org
---
drivers/media/video/usbvision/usbvision-i2c.c | 14
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 acceptable or not,
and the problems with the patch. The
Russell King [EMAIL PROTECTED] wrote:
Yes you can. Well, you can on ARM at least. Between the load exclusive
you can do anything you like until you hit the store exclusive.
How come atomic_set() on arm6 is implemented as:
static inline void atomic_set(atomic_t *v, int i)
{
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 make xconfig on a freshly untarred kernel-tree.
look at the floppy disk icon of
Nick Piggin wrote:
Mark Fasheh wrote:
If we make the change I described above (looking for BH_New buffers
outside
the range passed), then zero length or partial shouldn't matter, but zero
length instead of partial would be nicer imho just for the sake of
reducing
the total number of cases
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 acceptable or not,
and the problems with the
On Mon, 11 Dec 2006 08:52:20 -0600
Corey Minyard [EMAIL PROTECTED] wrote:
So here's the start of discussion:
1) The IPMI driver needs to run at panic time to modify watchdog
timers and store panic information in the event log. So no work
queues, no delayed work, and the need for some type
Nick Piggin wrote:
Mark Fasheh wrote:
-commit_write() would probably do fine. Currently, block_prepare_write()
uses it to know which buffers were newly allocated (the file system
specific
get_block_t sets the bit after allocation). I think we could safely move
the clearing of that bit to
Hi,
On Tue, 2006-12-12 at 02:52 +1100, Nick Piggin wrote:
Nick Piggin wrote:
Mark Fasheh wrote:
-commit_write() would probably do fine. Currently, block_prepare_write()
uses it to know which buffers were newly allocated (the file system
specific
get_block_t sets the bit after
Alan wrote:
On Mon, 11 Dec 2006 08:52:20 -0600
Corey Minyard [EMAIL PROTECTED] wrote:
So here's the start of discussion:
1) The IPMI driver needs to run at panic time to modify watchdog
timers and store panic information in the event log. So no work
queues, no delayed work, and the need
Steven Whitehouse wrote:
Hmm, doesn't look like we can do this either because at least GFS2
uses BH_New for its own special things.
What makes you say that? As far as I know we are not doing anything we
shouldn't with this flag, and if we are, then I'm quite happy to
consider fixing it up so
On Mon, 11 Dec 2006 10:20:16 +, Alan wrote:
This looks wrong. You already have a kernel interface to serial drivers.
It is called a line discipline. We use it for ppp, we use it for slip, we
use it for a few other things such as attaching sync drivers to some
devices.
I was under the
Tilman Schmidt wrote:
On Mon, 11 Dec 2006 10:20:16 +, Alan wrote:
This looks wrong. You already have a kernel interface to serial drivers.
It is called a line discipline. We use it for ppp, we use it for slip, we
use it for a few other things such as attaching sync drivers to some
I was actually wrong, flush_to_ldisc does handle reentrancy.
It can only have one caller to disc-receive_buf() at a time. So
long chains of recursion don't seem to be possible, even if called
from IRQ context.
disc-receive_buf is single threaded but if it then sends characters back
in the
Hi,
On Tue, 2006-12-12 at 03:39 +1100, Nick Piggin wrote:
Steven Whitehouse wrote:
Hmm, doesn't look like we can do this either because at least GFS2
uses BH_New for its own special things.
What makes you say that? As far as I know we are not doing anything we
shouldn't with this
Alan wrote:
This is going to require some more thought. But I believe it can be
done with adding a poll routine to the tty_operations structure
What status do you need to poll ?
I need to poll for receive and transmit characters so I can do I/O
during panics (interrupts disabled).
On Mon, 11 Dec 2006 17:58:29 +0100
Tilman Schmidt [EMAIL PROTECTED] wrote:
On Mon, 11 Dec 2006 10:20:16 +, Alan wrote:
This looks wrong. You already have a kernel interface to serial drivers.
It is called a line discipline. We use it for ppp, we use it for slip, we
use it for a few
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 different
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 make xconfig
This makes the SET_SREGS ioctl behave symmetrically to the GET_SREGS
ioctl wrt the segment access rights flag.
From: Uri Lublin [EMAIL PROTECTED]
Signed-off-by: Uri Lublin [EMAIL PROTECTED]
Signed-off-by: Avi Kivity [EMAIL PROTECTED]
Index: linux-2.6/drivers/kvm/vmx.c
In today's episode:
- two old patches that were accidentally dropped (by me)
- a fix for CONFIG_PREEMPT
- an mmu fix to ignore the cache control bits provided by the guest
- a MAINTAINERS entry to point the finger at the perpetrators
--
error compiling committee.c: too many arguments to function
Signed-off-by: Avi Kivity [EMAIL PROTECTED]
Index: linux-2.6/drivers/kvm/kvm_main.c
===
--- linux-2.6.orig/drivers/kvm/kvm_main.c
+++ linux-2.6/drivers/kvm/kvm_main.c
@@ -72,17 +72,6 @@ static struct dentry *debugfs_dir;
#define
Signed-off-by: Avi Kivity [EMAIL PROTECTED]
Index: linux-2.6/MAINTAINERS
===
--- linux-2.6.orig/MAINTAINERS
+++ linux-2.6/MAINTAINERS
@@ -1745,6 +1745,13 @@ W: http://nfs.sourceforge.net/
W:
The pcd, pwt, and pat bits on page table entries affect the cpu cache. Since
the cache is a host resource, the guest should not be able to control it.
Moreover, the meaning of these bits changes depending on whether pat is
enabled or not.
So, force these bits to zero on shadow page table entries
The arch splitting patchset left an extra put_cpu() in core code, where
it can cause trouble for CONFIG_PREEMPT kernels.
Reported by: Huihong Luo [EMAIL PROTECTED]
Signed-off-by: Avi Kivity [EMAIL PROTECTED]
Index: linux-2.6/drivers/kvm/kvm_main.c
http://kvm.sourceforge.net
Changes:
- AMD 32-bit host support (Anthony Liguori)
- more migration work
- stabilization
- improved performance
- improved guest support on AMD
--
error compiling committee.c: too many arguments to function
-
To unsubscribe from this list: send the line unsubscribe
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
actual
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 PROTECTED]
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
* 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 = ~IRQ_PENDING;
(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), use arjan
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
+++
* 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 linux-kernel
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 @@
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 adding
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 sysrq_always_enabled_setup()
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
keyboards
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 root=
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 that
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
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
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 should
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 (desc-status
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 before, if the
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 add a
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
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
+ * and re-enable
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
+ * and
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 this.
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) disables the IRQ on
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]
diff
-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, 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
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 ethernet driver.
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 presume the
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, 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 definitely a user
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 work
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, bus ID 3,
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, 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 wrong
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
--
Is
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 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 board's I2C driver.
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 used for
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
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
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
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,
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,
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
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
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
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
update struct
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
* 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 message to
501 - 600 of 739 matches
Mail list logo