On 2/7/07, Rusty Russell [EMAIL PROTECTED] wrote:
On Wed, 2007-02-07 at 12:35 +, Pavel Machek wrote:
Ugh, it sounds like paravirt is more b0rken then I thought. It should
always to the proper delay, then replace those udelays that are not
needed on virtualized hardware with something
Just did a pull for the first time since 2.6.20, and a /megaton/ of new
warnings have appeared, on Fedora Core 6/x86-64 make allyesconfig.
All of the new warnings spew appear to be pointers differ in
signedness warning. Granted, we should care about these, but even a
silent build (make -s)
On Feb 6, 2007, at 5:02 PM, Carl Love wrote:
This is the first update to the patch previously posted by Maynard
Johnson as PATCH 4/4. Add support to OProfile for profiling CELL.
This repost fixes the line wrap issue that Ben mentioned. Also the
kref
handling for the cached info has been
Michael,
Thanks very much for the advice. Both issues have been solved now, with
your help.
-Maynard
Michael Ellerman wrote:
On Wed, 2007-02-07 at 09:41 -0600, Maynard Johnson wrote:
Carl Love wrote:
Subject: Add support to OProfile for profiling Cell BE SPUs
From: Maynard
On Wed, 2007-02-07 at 18:57 -0700, Eric W. Biederman wrote:
Stephen Smalley [EMAIL PROTECTED] writes:
One related but separate issue is that the /proc/sys inode labeling is
also affected by the sysctl patch series. Those inodes used to be
labeled by selinux_proc_get_sid (from
On Wed, 2007-02-07 at 15:21 -0700, Eric W. Biederman wrote:
Stephen Smalley [EMAIL PROTECTED] writes:
Actually, on further inspection, it looks like the real issue is the
path name generation; cat /proc/sys/kernel/modprobe yields a call to
security_genfs_sid() with just /modprobe rather
On 2/8/07, Frank Salomon [EMAIL PROTECTED] wrote:
Hi All,
I had written an additional input_handler :
static struct input_device_id pcraw_ids[] = {
{
.flags = INPUT_DEVICE_ID_MATCH_EVBIT,
.evbit = { BIT(EV_MSC) },
},
On Thursday 08 February 2007, Arjan van de Ven wrote:
On Thu, 2007-02-08 at 02:46 -0500, Mike Frysinger wrote:
was ufs_fs.h purposefully not exported to userspace or did it just slip
through the cracks ? assuming the latter scenario, the attached patch
touches up the relationship between
===
[ INFO: possible circular locking dependency detected ]
2.6.20 #2
---
soffice.bin/29030 is trying to acquire lock:
(sk_lock-AF_INET){--..}, at: [78259420] tcp_sendmsg+0x16/0xafa
but task
After looking at the scheduler timing I was thinking it might be a fair
trade off to convert sched_clock to return cycles instead of converting
to nanosecond each time it reads ..
I'm just probing for anyone thoughts on this ..
I'm not promoting a specific implementation, but I would think the
I have some patches that move the backlight away from using the class
stuff. The only problem is the patch requires all backlight devices
to be linked to a real struct device. Right now the acpi backligths are
not.
Signed-Off: James Simmons [EMAIL PROTECTED]
diff --git
Change __init to __devinit in rtc drivers' probe functions.
Resolves MODPOST warnings:
WARNING: drivers/rtc/rtc-ds1553.o - Section mismatch: reference to
.init.text:ds1553_rtc_probe from .data.rel between 'ds1553_rtc_driver' (at
offset 0x0) and 'ds1553_nvram_attr'
WARNING:
Jan Kara [EMAIL PROTECTED] writes:
Hello,
Hello,
I've noticed that extending a file using direct IO fails for FAT with
EINVAL. It's basically because of the following code in fat_direct_IO():
if (rw == WRITE) {
/*
* FIXME: blockdev_direct_IO() doesn't use
*
Change __init to __devinit for isp116x_probe.
Resolves MODPOST warning:
WARNING: drivers/usb/host/isp116x-hcd.o - Section mismatch: reference to
.init.text:isp116x_probe from .data.rel.local between 'isp116x_driver' (at
offset 0x0) and 'isp116x_hc_driver'
Signed-off-by: Prarit Bhargava [EMAIL
On Wed, Feb 07, 2007 at 03:52:54PM -0800, Linus Torvalds wrote:
On Thu, 8 Feb 2007, Roman Zippel wrote:
Sorry, it needs more changes, the patch simply wasn't ready.
One problem I find very problematic with all the Kbuild setup is that
people tend to be very quiet about any build
While porting over a few class_devices I discovered a problem with
device_destroy. It uses a dev_t which several classes don't use.
Should all classes require a dev_t or should we just pass in the device
itself?
-
To unsubscribe from this list: send the line unsubscribe linux-kernel in
the
On Wed, 7 Feb 2007, Andrew Morton wrote:
On Thu, 8 Feb 2007 00:02:10 +0100 (CET) Lukasz Trabinski [EMAIL PROTECTED]
wrote:
Hello
On 2.6.19 I had about 60 days uptime, on 2.6.20 2 days :(
Did the machine actually fail? Or did it just print these messages and
keep going?
Was message
Philippe De Muyter wrote:
On Tue, Feb 06, 2007 at 10:41:30PM +0200, Ahmed S. Darwish wrote:
On Tue, Feb 06, 2007 at 09:52:17AM -0800, Joe Perches wrote:
On Tue, 2007-02-06 at 18:04 +0200, Ahmed S. Darwish wrote:
A patch to use ARRAY_SIZE macro already defined in kernel.h
Signed-off-by: Ahmed
On Thu, 2007-02-08 at 10:10 -0500, Mike Frysinger wrote:
On Thursday 08 February 2007, Arjan van de Ven wrote:
On Thu, 2007-02-08 at 02:46 -0500, Mike Frysinger wrote:
was ufs_fs.h purposefully not exported to userspace or did it just slip
through the cracks ? assuming the latter
On Fri 09-02-07 00:44:06, OGAWA Hirofumi wrote:
Jan Kara [EMAIL PROTECTED] writes:
Hello,
I've noticed that extending a file using direct IO fails for FAT with
EINVAL. It's basically because of the following code in fat_direct_IO():
if (rw == WRITE) {
/*
* FIXME:
Hi All,
Did the migration of the git stuff to a new dedicated server on
kernel.org ever happen? IIRC, it was supposed to happen the 5th of
Feb. or so.
josh
-
To unsubscribe from this list: send the line unsubscribe linux-kernel in
the body of a message to [EMAIL PROTECTED]
More majordomo info
On Thursday 08 February 2007, Arjan van de Ven wrote:
On Thu, 2007-02-08 at 10:10 -0500, Mike Frysinger wrote:
On Thursday 08 February 2007, Arjan van de Ven wrote:
On Thu, 2007-02-08 at 02:46 -0500, Mike Frysinger wrote:
was ufs_fs.h purposefully not exported to userspace or did it just
On Feb 7 2007 19:06, Christoph Hellwig wrote:
On Wed, Feb 07, 2007 at 07:03:05PM +0100, Jan Engelhardt wrote:
With filesystems that can turn on their quota after mount time (about
every fs except xfs), I can surely have a ton of files open, and hence,
if I understand correctly, have lots of
In my last set of numbers for my buffered-write deadlock fix using 2 copies
per page, I realised there is no real performance hit for !uptodate pages
as opposed to uptodate ones. This is unexpected because the uptodate pages
only require a single copy...
The problem turns out to be operator
Add an iterator data structure to operate over an iovec. Add usercopy
operators needed by generic_file_buffered_write, and convert that function
over.
include/linux/fs.h | 32
mm/filemap.c | 132 ++---
mm/filemap.h |
Add a new perform_write aop, which replaces prepare_write and commit_write
as a single call to copy a given amount of userdata at the given offset. This
is more flexible, because the implementation can determine how to best handle
errors, or multi-page ranges (eg. it may use a gang lookup), and
Convert ext2 to use -perform_write. This uses the main loop out of
generic_perform_write, but when encountering a short usercopy, it
zeroes out new uninitialised blocks, and passes in a short-length commit
to __block_commit_write, which does the right thing (in terms of not
setting things
Nick Piggin [EMAIL PROTECTED] writes:
Convert ext2 to use -perform_write. This uses the main loop out of
generic_perform_write, but when encountering a short usercopy, it
zeroes out new uninitialised blocks, and passes in a short-length commit
to __block_commit_write, which does the right
On Wed, Dec 13, 2006 at 10:35:08AM +0900, Horms wrote:
On Fri, Dec 08, 2006 at 10:32:15AM +1100, Michael Neuling wrote:
Is there a kexec-tools patch too? How does second kernel know about
the location of the first kernel's initrd to be reused?
kexec-tools has to be modified to
This past week I was playing around with that pahole tool
(http://oops.ghostprotocols.net:81/acme/dwarves/) and looking at the
size of various struct in the kernel. I was surprised by the size of
the task_struct on x86_64, approaching 4K. I looked through the
fields in task_struct and found that
On Thu, 8 Feb 2007, Jeff Garzik wrote:
Just did a pull for the first time since 2.6.20, and a /megaton/ of new
warnings have appeared, on Fedora Core 6/x86-64 make allyesconfig.
That was due to the Makefile rule breakage. Hopefully it now _really_ is
fixed. The
CFLAGS += $(call
Hi,
On Wed, 7 Feb 2007, Andrew Morton wrote:
I'm sitting on these:
search-a-little-harder-for-mkimage.patch
make-mkcompile_h-use-lang=c-and-lc_all=c-for-cc-v.patch
add-mailmap-for-proper-git-shortlog-output.patch
Bill Davidsen wrote:
Philippe De Muyter wrote:
On Tue, Feb 06, 2007 at 10:41:30PM +0200, Ahmed S. Darwish wrote:
On Tue, Feb 06, 2007 at 09:52:17AM -0800, Joe Perches wrote:
On Tue, 2007-02-06 at 18:04 +0200, Ahmed S. Darwish wrote:
A patch to use ARRAY_SIZE macro already defined in kernel.h
Geert Uytterhoeven wrote:
If you don't have any builtin frame buffer device driver and insmod a frame
buffer device driver, the logo code will still try to display the logo (which
is __initdata). This may cause a crash.
Originally (2.1.x, is it that long ago I used a modular frame buffer device
On Thu, 8 Feb 2007, Jeff Garzik wrote:
Just did a pull for the first time since 2.6.20, and a /megaton/ of new
warnings have appeared, on Fedora Core 6/x86-64 make allyesconfig.
All of the new warnings spew appear to be pointers differ in signedness
warning. Granted, we should care about
Hi,
On Thu, 8 Feb 2007, Oleg Verych wrote:
BTW, Debian shell policy is to be bashizms-clear. Purpose -- to have
compatibility with any `sh'. Shall we?
Wrong.
http://www.debian.org/doc/debian-policy/ch-files.html#s-scripts
bye, Roman
-
To unsubscribe from this list: send the line unsubscribe
Hi,
I have a piece of code in my 2.6 kernel that associates an ioctl
file_operation to nfs in file.c and dir.c.
This ioctl sends the nfs_fh to a userland application.
I have been trying to remove this ugly code by creating my own device
and implementing the ioctl but I keep getting junk instead.
Jan Kara [EMAIL PROTECTED] writes:
FAT has to fill the hole completely, but DIO doesn't seems to do.
e.g.
fd = open(file, O_WRONLY | O_CREAT | O_TRUNC);
write(fd, buf, 512);
lseek(fd, 1, SEEK_SET);
write(fd, buf, 512);
We need to allocate the blocks
On 2/7/07, Wu, Bryan [EMAIL PROTECTED] wrote:
+ if (request_irq
+ (uart-port.irq+1, bfin_serial_int, SA_INTERRUPT | SA_SHIRQ,
merely a cosmetic thing atm, but down the line we should convert these
SA_* flags to the new IRQF_* ones
-mike
-
To unsubscribe from this list: send the
Hi Greg,
On 2/7/07, Greg KH [EMAIL PROTECTED] wrote:
From: Greg Kroah-Hartman [EMAIL PROTECTED]
This adds the module name to all SERIO drivers, if they are built into
the kernel or not. It will show up in /sys/modules/MODULE_NAME/drivers/
What is this needed for?
--
Dmitry
-
To
On Thursday 08 February 2007 15:18, Milton Miller wrote:
1) sample rate setup
In the current patch, the user specifies a sample rate as a time
interval.
The kernel is (a) calling cpufreq to get the current cpu frequency,
(b)
converting the rate to a cycle count, (c)
Josh Boyer wrote:
Hi All,
Did the migration of the git stuff to a new dedicated server on
kernel.org ever happen? IIRC, it was supposed to happen the 5th of
Feb. or so.
It hasn't happened yet, no, and since the machine hasn't yet shipped
out, it won't happen this week.
The perils of
On Fri 09-02-07 01:40:31, OGAWA Hirofumi wrote:
Jan Kara [EMAIL PROTECTED] writes:
FAT has to fill the hole completely, but DIO doesn't seems to do.
e.g.
fd = open(file, O_WRONLY | O_CREAT | O_TRUNC);
write(fd, buf, 512);
lseek(fd, 1, SEEK_SET);
Stephen Smalley [EMAIL PROTECTED] writes:
Hmmm...turns out to not be quite enough, as the /proc/sys inodes aren't
truly private to the fs, so we can run into them in a variety of
security hooks beyond just the inode hooks, such as
security_file_permission (when reading and writing them via
Do you have a new patch?
No, that shuldn't be necessary. If it was, the compiler would optimise
away the first readl() in
my_local = readl(foo);
my_local = readl(bar);
which would break stuff. readl() implementations use volatile to prevent
this.
Ok, i've moved
There is no stand alone nvidia card i2c driver. Its the issue of sharing
device interfaces with the same hardware problem again!!!
Nah, nvidiafb registers the I2C busses, you can drive them with whatever
you want through the devices exported by I2C core.
The fact the none of them work
On Wed, 2007-02-07 at 11:25 +0100, John wrote:
Are there people that use the -rt patch set in real industrial applications?
Yes. But we use a stabilized version of 2.6.16-rt29.
http://www.osadl.org/projects/downloads/preempt-rt/linux-2.6.16/
It seems that, if an important bug is found in the
On Thu, 2007-02-08 at 15:28 +, James Simmons wrote:
I have some patches that move the backlight away from using the class
stuff. The only problem is the patch requires all backlight devices
to be linked to a real struct device. Right now the acpi backligths are
not.
Why would you want
Hello, all.
I'm trying to create a headless device based on kernel 2.6.18 (FEDORA
distro). What I need is to guarantee that LINUX kernel do not access
the graphical adapter (used by another OS).
My idea was to remove from .config everything that is graphic related.
Yet there are two flags, which
On Thu, 2007-02-08 at 10:53 -0700, Eric W. Biederman wrote:
Stephen Smalley [EMAIL PROTECTED] writes:
Hmmm...turns out to not be quite enough, as the /proc/sys inodes aren't
truly private to the fs, so we can run into them in a variety of
security hooks beyond just the inode hooks, such
On Thu, Feb 08, 2007 at 05:38:28PM +0100, Roman Zippel wrote:
Hi,
On Thu, 8 Feb 2007, Oleg Verych wrote:
BTW, Debian shell policy is to be bashizms-clear. Purpose -- to have
compatibility with any `sh'. Shall we?
Wrong.
On Thu, 8 Feb 2007, Richard Purdie wrote:
On Thu, 2007-02-08 at 15:28 +, James Simmons wrote:
I have some patches that move the backlight away from using the class
stuff. The only problem is the patch requires all backlight devices
to be linked to a real struct device. Right now the
On Thu, Feb 08, 2007 at 06:21:56PM +0100, Arnd Bergmann wrote:
[...]
Moving the sample rate computation to user space sounds like the right
idea, but why not have a more drastic version of it:
Right now, all products that support this feature run at the same clock
rate (3.2 Ghz), with
On Fri 09-02-07 01:40:31, OGAWA Hirofumi wrote:
Jan Kara [EMAIL PROTECTED] writes:
FAT has to fill the hole completely, but DIO doesn't seems to do.
e.g.
fd = open(file, O_WRONLY | O_CREAT | O_TRUNC);
write(fd, buf, 512);
lseek(fd, 1, SEEK_SET);
Why can't I build a running Kernel?
I have in the past, but since some time in the 2.6.19 series,
I have got the following series of errors.
Same thing now with 2.6.20.
I build with:
make xconfig
changing only the Processor type to Pentium4,
then I
make bzImage
make modules
On Feb 8 2007 08:33, Linus Torvalds wrote:
And the thing is, sometimes -Wpointer-sign-compare is just horribly
broken. For example, you cannot write a strlen() that doesn't
complain about unsigned char * vs char *. And that is just a BUG.
I'm continually amazed at how totally clueless some gcc
On Wed, 31 Jan 2007, Alan wrote:
Signed-off-by: Alan Cox [EMAIL PROTECTED]
diff -u --new-file --recursive --exclude-from /usr/src/exclude
linux.vanilla-2.6.20-rc6-mm3/drivers/video/pm3fb.c
linux-2.6.20-rc6-mm3/drivers/video/pm3fb.c
--- linux.vanilla-2.6.20-rc6-mm3/drivers/video/pm3fb.c
On Feb 8 2007 20:05, Alex Bounder wrote:
Hello, all.
I'm trying to create a headless device based on kernel 2.6.18 (FEDORA
distro). What I need is to guarantee that LINUX kernel do not access
the graphical adapter (used by another OS).
My idea was to remove from .config everything that is
On Thu, Feb 08, 2007 at 12:20:05PM -0500, Dmitry Torokhov wrote:
Hi Greg,
On 2/7/07, Greg KH [EMAIL PROTECTED] wrote:
From: Greg Kroah-Hartman [EMAIL PROTECTED]
This adds the module name to all SERIO drivers, if they are built into
the kernel or not. It will show up in
Invitation
Please consider contributing to ICAS 2007, ICNS 2007 and the associated
workshops listed below.
Conference: June 19-25, 2007, Athens, Greece
Important deadline for full paper submission: February 10, 2007
Please forward the Call for Submissions to the appropriate groups.
On Wed, 7 Feb 2007, Andrew Morton wrote:
A node which has CPUs and no memory is obviously physically possible and
isn't a completely insane thing for a user to do. I'd have thought that
the kernel should be able to cleanly and clearly handle it,
It doesn't.
Fix it?
Why? It is a
To: linux-kernel@vger.kernel.org
Cc: [EMAIL PROTECTED]
From: Vegard Nossum [EMAIL PROTECTED]
Date: Thu Feb 8 19:57:16 2007 +0100
Subject: [PATCH] sprintf() to snprintf() and some style changes
Change a few instances of sprintf() to the safer snprintf(). Nicely split
lines that exceed 80 columns.
On Thu, 8 Feb 2007 11:09:40 -0800 (PST) Christoph Lameter [EMAIL PROTECTED]
wrote:
and to
accurately present the machine's topology to the user without us having
to
go adding falsehoods like this?
a node is a piece of memory. Without memory it doesn't make sense.
Reg Clemens napsal(a):
Why can't I build a running Kernel?
I have in the past, but since some time in the 2.6.19 series,
I have got the following series of errors.
Same thing now with 2.6.20.
I build with:
make xconfig
changing only the Processor type to Pentium4,
then I
make
On Thu, 8 Feb 2007, KAMEZAWA Hiroyuki wrote:
@@ -162,6 +162,10 @@
break;
k--;
}
+ if (!num) {
+ kfree(zl);
+ return ERR_PTR(-EINVAL);
+ }
zl-zones[num] = NULL;
return zl;
}
Ok. So you are detecting
On Thu, 8 Feb 2007, Andrew Morton wrote:
Surely your computer has some memory so attach it to that memory (which
in a NUMA system would be one or the other node).
attach it. But it _isn't_ attached. There is no memory on this node.
We seem to be saying that we should misrepresent the
On Thu, Feb 08, 2007 at 09:28:24AM -0800, H. Peter Anvin wrote:
Josh Boyer wrote:
Hi All,
Did the migration of the git stuff to a new dedicated server on
kernel.org ever happen? IIRC, it was supposed to happen the 5th of
Feb. or so.
It hasn't happened yet, no, and since the machine hasn't
On Thu, 2007-02-08 at 18:32 +, James Simmons wrote:
On Thu, 8 Feb 2007, Richard Purdie wrote:
On Thu, 2007-02-08 at 15:28 +, James Simmons wrote:
I have some patches that move the backlight away from using the class
stuff. The only problem is the patch requires all backlight
specialix, isr have 2 params
pt_regs are no longer the third parameter of isr, call sx_interrupt without
it.
Signed-off-by: Jiri Slaby [EMAIL PROTECTED]
---
commit fc1cfd05e494252ac71a223e0cdd35cff7dd9844
tree eaca805ac95536c421feadf5a798f89c485e0628
parent
timers cleanup
- Use timer macros to set function and data members and to modify
expiration time.
- Use DEFINE_TIMER for global timers and do not init them at run-time in
these cases.
- del_timer_sync is common in most cases -- we want to wait for timer
function if it's still running.
Heiko Carstens wrote:
On Thu, Feb 08, 2007 at 09:28:24AM -0800, H. Peter Anvin wrote:
Josh Boyer wrote:
Hi All,
Did the migration of the git stuff to a new dedicated server on
kernel.org ever happen? IIRC, it was supposed to happen the 5th of
Feb. or so.
It hasn't happened yet, no, and since
I thought my mailer wouldn't do that. :-( This one should be right.
From: Vegard Nossum [EMAIL PROTECTED]
Date: Thu Feb 8 19:57:16 2007 +0100
Subject: [PATCH] sprintf() to snprintf() and some style changes
Change a few instances of sprintf() to the safer snprintf(). Nicely split
lines that
Jan Kara [EMAIL PROTECTED] writes:
- blockdev_direct_IO()
- direct_io_worker()
- do_direct_IO()
- get_more_blocks()
create = dio-rw WRITE;
Here, create == 1.
if (dio-lock_type == DIO_LOCKING) {
if (dio-block_in_file
On Thu, 8 Feb 2007, Jan Engelhardt wrote:
I generally have to agree with you about the unsigned char* vs char*. It
is a problem of the C language that char can be signed and unsigned, and
that people, as a result, have used it for storing
shorter_than_short_ts.
What C needs is a
On Thu, Feb 08, 2007 at 02:46:16AM -0500, Mike Frysinger wrote:
was ufs_fs.h purposefully not exported to userspace or did it just slip
through the cracks ? assuming the latter scenario, the attached patch
touches up the relationship between ufs_fs.h and its sub headers (like
ufs_fs_sb.h)
On Thursday 08 February 2007, Christoph Hellwig wrote:
On Thu, Feb 08, 2007 at 02:46:16AM -0500, Mike Frysinger wrote:
was ufs_fs.h purposefully not exported to userspace or did it just slip
through the cracks ? assuming the latter scenario, the attached patch
touches up the relationship
Yes.. It doesn't seem to happen with make-3.81, for some reason, and I
don't see why the leading space happens. Maybe somebody with deep GNU make
knowledge knows.
You probably think that's me, but thankfully I have succeeded in forgetting
more about GNU make than anyone else knew. I
Hi Linus,
Included in this patchset is:
* A rather involved series of ocfs2 dlm fixes - these were too large (and
tested too late) to really go into 2.6.20. Mostly this revolves around
lock migration race fixes. Most forms of migration had been temporarily
disabled in the ocfs2 dlm due to
Linux Kernel Mailing List wrote:
Gitweb:
http://git.kernel.org/git/?p=linux/kernel/git/torvalds/linux-2.6.git;a=commit;h=43cb76d91ee85f579a69d42bc8efc08bac560278
Commit: 43cb76d91ee85f579a69d42bc8efc08bac560278
Parent: 2943ecf2ed32632473c06f1975db47a7aa98c10f
Author: Greg
On Thu, 08 Feb 2007 07:43:18 -0500
Jeff Garzik [EMAIL PROTECTED] wrote:
Linux Kernel Mailing List wrote:
Gitweb:
http://git.kernel.org/git/?p=linux/kernel/git/torvalds/linux-2.6.git;a=commit;h=43cb76d91ee85f579a69d42bc8efc08bac560278
Commit:
Convert network devices to use struct device instead of class_device. Greg
missed this one in his cleanup path.
Signed-off-by: Kumar Gala [EMAIL PROTECTED]
---
commit 24c316396f71c6164f11ca1398151d8b15fd06e0
tree d02ee36eaf848d200dacf3bf795abaec1e55cbc2
parent
Convert network devices to use struct device instead of class_device. Greg
missed this one in his cleanup path.
Signed-off-by: Kumar Gala [EMAIL PROTECTED]
---
Got Jeff's email wrong the first time.
commit 24c316396f71c6164f11ca1398151d8b15fd06e0
tree d02ee36eaf848d200dacf3bf795abaec1e55cbc2
On 2/8/07, Stephen Hemminger [EMAIL PROTECTED] wrote:
On Thu, 08 Feb 2007 07:43:18 -0500
Jeff Garzik [EMAIL PROTECTED] wrote:
Linux Kernel Mailing List wrote:
Gitweb:
http://git.kernel.org/git/?p=linux/kernel/git/torvalds/linux-2.6.git;a=commit;h=43cb76d91ee85f579a69d42bc8efc08bac560278
On Thu, Feb 08, 2007 at 09:28:03AM -0500, Mike Frysinger wrote:
On 2/8/07, Oleg Verych [EMAIL PROTECTED] wrote:
proposition is to substitute:
$(CONFIG_SHELL) $(MKIMAGE)
with
mkimage
this isnt a one-to-one change ... let's look at the typical
mkimage-missing scenario ...
You are
From: William Cohen [EMAIL PROTECTED]
Date: Thu, 08 Feb 2007 11:14:13 -0500
This past week I was playing around with that pahole tool
(http://oops.ghostprotocols.net:81/acme/dwarves/) and looking at the
size of various struct in the kernel. I was surprised by the size of
the task_struct on
[EMAIL PROTECTED] (Eric W. Biederman) writes:
Ingo Molnar [EMAIL PROTECTED] writes:
* Eric W. Biederman [EMAIL PROTECTED] wrote:
Ingo would it be reasonable to get a wait queue so I can wait for an
irq that needs the delayed disable action to actually become masked?
that might make
On Thu, Feb 08, 2007 at 03:05:35PM -0500, Mike Frysinger wrote:
We should only export kernel interfaces and ufs_fs.h isn't one. silo
wants it because it defines the ufs format - but the linux structs for
that can and do change, e.g. adding unions when we add support for the
gazillion+1st
On i386/x86_64 smp_call_function_single() takes call_lock with
spin_lock_bh(). To me this would imply that it is legal to call
smp_call_function_single() from softirq context.
It's not since smp_call_function() takes call_lock with just
spin_lock(). We can easily deadlock:
- [process context]
-
On 2/8/07, Oleg Verych [EMAIL PROTECTED] wrote:
On Thu, Feb 08, 2007 at 09:28:03AM -0500, Mike Frysinger wrote:
On 2/8/07, Oleg Verych [EMAIL PROTECTED] wrote:
proposition is to substitute:
$(CONFIG_SHELL) $(MKIMAGE)
with
mkimage
this isnt a one-to-one change ... let's look at
On Thu, Feb 08, 2007 at 06:38:48PM +0200, Menny Hamburger wrote:
I have a piece of code in my 2.6 kernel that associates an ioctl
file_operation to nfs in file.c and dir.c.
This ioctl sends the nfs_fh to a userland application.
Doesn't /proc/fs/nfsd/filehandle do what you want already?
See
From: Heiko Carstens [EMAIL PROTECTED]
Date: Thu, 8 Feb 2007 21:32:10 +0100
So either all spin_lock_bh's should be converted to spin_lock,
which would limit smp_call_function()/smp_call_function_single()
to process context irqs enabled.
Or the spin_lock's could be converted to spin_lock_bh
From: Roland McGrath [EMAIL PROTECTED]
Newsgroups: gmane.linux.kernel
Subject: Re: [PATCH] fix cc-option-yn whitespace
Date: Thu, 8 Feb 2007 12:06:35 -0800 (PST)
[]
I have long ago sworn off thinking too hard about other people's makefiles
that get arcane with GNU make features. (You
On Thu, 08 Feb 2007 12:19:45 -0800 (PST)
David Miller [EMAIL PROTECTED] wrote:
From: William Cohen [EMAIL PROTECTED]
Date: Thu, 08 Feb 2007 11:14:13 -0500
This past week I was playing around with that pahole tool
(http://oops.ghostprotocols.net:81/acme/dwarves/) and looking at the
size
On Feb 8 2007 11:53, Linus Torvalds wrote:
On Thu, 8 Feb 2007, Jan Engelhardt wrote:
Exactly because char * doesn't have a defined sign,
The user has clearly stated I don't care about the sign. If a compiler
complains about us passing unsigned char * (or, if char is naturally
unsigned on that
On Thu, 8 Feb 2007 11:53:38 -0800 (PST), Linus Torvalds [EMAIL PROTECTED]
wrote:
On Thu, 8 Feb 2007, Jan Engelhardt wrote:
I generally have to agree with you about the unsigned char* vs char*. It
is a problem of the C language that char can be signed and unsigned, and
that
On Thu, Feb 08, 2007 at 06:32:02PM +, James Simmons wrote:
On Thu, 8 Feb 2007, Richard Purdie wrote:
On Thu, 2007-02-08 at 15:28 +, James Simmons wrote:
I have some patches that move the backlight away from using the class
stuff. The only problem is the patch requires all
Dmitry Torokhov wrote:
However I am not really fond of idea of adding constructs like this
all over the code:
#define USE_REAL_TIME_DELAY_I_REALLY_MEAN_IT_THIS_TIME_I_SWEAR
as the time passes... Drivers should be blissfully ignorant of being
run on virtual hardware.
I agree in general, but
Linus, please pull from the for-linus branch at
git://git.kernel.org/pub/scm/linux/kernel/git/ieee1394/linux1394-2.6.git
for-linus
to receive IEEE 1394 subsystem updates as listed further below.
The upshot:
- another bit to get suspend/resume going (bug 7072)
- fix video1394 on systems
On Thu, Feb 08, 2007 at 03:35:34PM -0500, Mike Frysinger wrote:
[]
there's a difference between NACKing my changes because the patch
breaks things versus because you think the whole system should be
taking some other form.
After all, i was giving negative acknowledgement to only-good-branch
On 2/8/07, Zachary Amsden [EMAIL PROTECTED] wrote:
Dmitry Torokhov wrote:
However I am not really fond of idea of adding constructs like this
all over the code:
#define USE_REAL_TIME_DELAY_I_REALLY_MEAN_IT_THIS_TIME_I_SWEAR
as the time passes... Drivers should be blissfully ignorant of
401 - 500 of 658 matches
Mail list logo