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
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 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
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
> > 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
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.
>
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
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,
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:
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 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)
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
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
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
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
Please pull from 'kill-jffs' branch of
master.kernel.org:/pub/scm/linux/kernel/git/jgarzik/misc-2.6.git kill-jffs
to receive the following updates:
Documentation/feature-removal-schedule.txt |7 -
fs/Kconfig | 26 -
fs/Makefile
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
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.
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
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
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
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
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
>
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 +=
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 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
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
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) {
> > /*
> >
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
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 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
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, 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
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 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:
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:
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
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
===
[ 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
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
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 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
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
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 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
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
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
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
On 8 Feb 2007 14:33:21 +0100, Andi Kleen <[EMAIL PROTECTED]> wrote:
On Thu, Feb 08, 2007 at 01:08:14AM -0800, Zachary Amsden wrote:
> Andi Kleen wrote:
> >On Wed, Feb 07, 2007 at 02:31:57PM -0800, Zachary Amsden wrote:
> >
> >>Dmitry Torokhov wrote:
> >>
> >>>I am confused - does i8042 talk to a
Junio C Hamano wrote:
Jeff Garzik <[EMAIL PROTECTED]> writes:
mode change 100644 => 100755 drivers/net/qla3xxx.c
mode change 100644 => 100755 drivers/net/qla3xxx.h
Did you mean to have these? Commit bd36b0ac appears to have
brought the mode bits change in.
Not trying to nitpick --- I am
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 ...
with mkuboot.sh you'd get output like:
...
UIMAGE
--- David Miller <[EMAIL PROTECTED]> wrote:
> From: Levitsky Maxim <[EMAIL PROTECTED]>
> Date: Thu, 8 Feb 2007 05:09:25 -0800 (PST)
>
> > But now things changed, cause I wrote number of patches, and it is
> > very difficult to send patches without subscription.
>
> You don't need to be
Isn't the extra space there because you've included it in the definition
of "test"? The attempt at introducing indentation introduces the extra
space character. Defining test without the internal indentation should
produce the results you are looking for.
--
Michal Ostrowski <[EMAIL
> From: [EMAIL PROTECTED]
> Newsgroups: gmane.linux.kernel.commits.mm
> Subject: + search-a-little-harder-for-mkimage.patch added to -mm tree
> Date: Wed, 07 Feb 2007 22:07:38 -0800
[]
> --
> Subject: search a little harder for mkimage
> From:
Date: Feb 08, 2007 at 05:17:06AM -0800
From: David Miller
> From: Oleg Verych <[EMAIL PROTECTED]>
> Date: Thu, 8 Feb 2007 13:47:56 +0100
>
[]
> > As i have refactored some CC checking code in Kbuild.include, it
> > turned, that some versions of `make' after calling nested functions,
> > add (or
On Thu, Feb 08, 2007 at 01:08:14AM -0800, Zachary Amsden wrote:
> Andi Kleen wrote:
> >On Wed, Feb 07, 2007 at 02:31:57PM -0800, Zachary Amsden wrote:
> >
> >>Dmitry Torokhov wrote:
> >>
> >>>I am confused - does i8042 talk to a virtual or real hardware here? In
> >>>any case I think you
Ensure pages are uptodate after returning from read_cache_page, which allows
us to cut out most of the filesystem-internal PageUptodate_NoLock calls.
I didn't have a great look down the call chains, but this appears to fixes 7
possible use-before uptodate in hfs, 2 in hfsplus, 1 in jfs, a few in
__block_write_full_page is calling SetPageUptodate without the page locked.
This is unusual, but not incorrect, as PG_writeback is still set.
However with the previous patch, this is now a problem: so don't bother
setting the page uptodate in this case (it is weird that the write path
does such a
After running SetPageUptodate, preceeding stores to the page contents to
actually bring it uptodate may not be ordered with the store to set the page
uptodate.
Therefore, another CPU which checks PageUptodate is true, then reads the
page contents can get stale data.
Fix this by ensuring
Still no independent confirmation as to whether this is a problem or not.
Updated some comments, added diffstats to patches, don't use __SetPageUptodate
as an internal page-flags.h private function.
I would like to eventually get an ack from Hugh regarding the anon memory
and especially swap side
From: Oleg Verych <[EMAIL PROTECTED]>
Date: Thu, 8 Feb 2007 13:47:56 +0100
> On Thu, Feb 08, 2007 at 10:10:54PM +1100, Paul Mackerras wrote:
> > Commit 5de043f4bd11a9e0a3e8daec7d1905da575a76b7 breaks the build on
> > 64-bit powerpc because we no longer get the -m64 flag passed to gcc.
> > There
From: Levitsky Maxim <[EMAIL PROTECTED]>
Date: Thu, 8 Feb 2007 05:09:25 -0800 (PST)
> But now things changed, cause I wrote number of patches, and it is
> very difficult to send patches without subscription.
You don't need to be subscribed in order to send postings to the
mailing list.
-
To
Fed up with verifying various barrier-based schemes, this version uses
spinlock.
---
Current /proc creation interfaces suffer from at least two types of races:
1. Write
> > I assume you care about this ELF header because you are also a user of
> > the ELF file vmlinux, aren't you?
>
> Yes I am. I use kexec boot loader which has capability to load ELF kernel
> images (vmlinux). That's why I am concerned about linking real mode code
> in vmlinux as for kdump case
Good day,
I don't recive mail from LKML
I am very sorry that I did't ask this before,
Before lot of time (about half a year) I lost password to my email box.
But I managed to find it in old notebook, after about three months, and I found
that my mailbox
ceased to recive mail from LKML.
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
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
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
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 |
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
On Thu, 8 Feb 2007, Geert Uytterhoeven wrote:
> On Thu, 8 Feb 2007, David Miller wrote:
> > From: David Miller <[EMAIL PROTECTED]>
> > Date: Thu, 08 Feb 2007 04:10:04 -0800 (PST)
> >
> > > Removing them makes the spaces go away.
> >
> > FWIW, this patch below seems to fix the sparc64 build for
There is a small problem in handling page bounce.
At the moment blk_max_pfn equals max_pfn, which is in fact
not maximum possible _number_ of a page frame, but the _amount_
of page frames. For example for the 32bit x86 node with 4Gb RAM,
max_pfn = 0x10, but not 0x.
request_queue
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, 8 Feb 2007, David Miller wrote:
> From: David Miller <[EMAIL PROTECTED]>
> Date: Thu, 08 Feb 2007 04:10:04 -0800 (PST)
>
> > Removing them makes the spaces go away.
>
> FWIW, this patch below seems to fix the sparc64 build for me.
>
> Paul, does it work for you on powerpc too?
Thx, it
On Thu, Feb 08, 2007 at 10:10:54PM +1100, Paul Mackerras wrote:
> Commit 5de043f4bd11a9e0a3e8daec7d1905da575a76b7 breaks the build on
> 64-bit powerpc because we no longer get the -m64 flag passed to gcc.
> There is code in arch/powerpc/Makefile which adds (or used to add)
> -m64 to AS, LD and CC
On Thu, Feb 08 2007, Nigel Cunningham wrote:
> On Wed, 2007-02-07 at 23:18 -0200, Otavio Salvador wrote:
> > Nigel Cunningham <[EMAIL PROTECTED]> writes:
> >
> > > - for (tracedata = &__tracedata_start ; tracedata < &__tracedata_end ;
> > > tracedata += 6) {
> > > + for (tracedata =
Well, the cable is OK, of course I checked.
On Wed, 7 Feb 2007, Robert Hancock wrote:
Date: Wed, 07 Feb 2007 22:36:58 -0600
From: Robert Hancock <[EMAIL PROTECTED]>
To: Alan <[EMAIL PROTECTED]>,
linux-kernel
Cc: Luigi Genoni <[EMAIL PROTECTED]>
Subject: Re: [BUG?] ata disk running maximum
On Thu, Feb 08, 2007 at 04:00:03AM -0800, David Miller wrote:
> From: Paul Mackerras <[EMAIL PROTECTED]>
> Date: Thu, 8 Feb 2007 22:10:54 +1100
[]
> Linus and Oleg tried to fix it with various subsequent changes
> to scripts/Kbuild.include, but it's still broken.
And Roland McGrath, but it turned
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
On Feb 7 2007 17:34, Jack Bauer wrote:
>
> As you might imagine I have to alter the syn,synack and ack packets
> and fill it with authentification information of the user who
> initiated the new TCP connection. These information are stored in
> config files on the client/user host (for example a
Hello.
Marc St-Jean wrote:
Fourth attempt at the serial driver patch for the PMC-Sierra MSP71xx device.
There are three different fixes:
1. Fix for DesignWare THRE errata
- Dropped our fix since the "8250-uart-backup-timer.patch" in the "mm"
tree also fixes it. This patch needs to be applied
From: David Miller <[EMAIL PROTECTED]>
Date: Thu, 08 Feb 2007 04:10:04 -0800 (PST)
> Removing them makes the spaces go away.
FWIW, this patch below seems to fix the sparc64 build for me.
Paul, does it work for you on powerpc too?
diff --git a/scripts/Kbuild.include b/scripts/Kbuild.include
Vivek Goyal <[EMAIL PROTECTED]> writes:
> Kexec as a boot loader allows to load both ELF vmlinux file or bzImage.
> Hence for kdump, a user got the flexibility to either use vmlinux or
> bzImage for dump captruing purposes. Hence I am concerned about both.
>
> If real mode code is linked with
From: David Miller <[EMAIL PROTECTED]>
Date: Thu, 08 Feb 2007 03:05:31 -0800 (PST)
> define test1
> $(shell echo "str1")
> endef
>
> define test2
> $(call test1)
> endef
Someone just privately explained that my test case is broken
because of the spaces before the "$(shell " in the defines.
From: Paul Mackerras <[EMAIL PROTECTED]>
Date: Thu, 8 Feb 2007 22:10:54 +1100
> Commit 5de043f4bd11a9e0a3e8daec7d1905da575a76b7 breaks the build on
> 64-bit powerpc because we no longer get the -m64 flag passed to gcc.
> There is code in arch/powerpc/Makefile which adds (or used to add)
> -m64 to
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 sense, but what will do the wakeup -
Hiroyuki KAMEZAWA wrote:[Wed Feb 07 2007, 03:36:47AM EST]
> On Wed, 7 Feb 2007 00:04:41 -0800 (PST)
> Christoph Lameter <[EMAIL PROTECTED]> wrote:
>
> > On Wed, 7 Feb 2007, KAMEZAWA Hiroyuki wrote:
> >
> > > > Hmmm... Remove the node from the node_online_map instead?
> > > >
> > >
Andrew Morton wrote:
> On Wed, 07 Feb 2007 10:55:23 +0530
> Srinivasa Ds <[EMAIL PROTECTED]> wrote:
>
>> --- linux-2.6.20.orig/fs/debugfs/inode.c
>> +++ linux-2.6.20/fs/debugfs/inode.c
>> @@ -25,6 +25,7 @@
>>
>> if (retval)
>> subsystem_unregister(_subsys);
>> +
On Thu, Feb 08, 2007 at 09:48:31AM +, Etienne Lorrain wrote:
> Vivek Goyal wrote:
> > > Etienne Lorrain wrote:
> > > Yes, any PT_LOAD below 64 Kbytes can only be real mode, and real-mode
> > > cannot be loaded higher, and cannot be bigger than 640 Kbytes, anything
> > > different (like with
On Feb 8 2007 07:43, Oleg Verych wrote:
>> >>
>> >> > If that matter, `type -path' is bashizm (BloAted SHell), and "blackbox"
>> >> > with "dash" (very good `sh' equivalents) will fail.
>> >>
>> >> Does the kernel presently build with that shell?
>> >
>> >build - yes, with dash being `$(shell)'.
Commit 5de043f4bd11a9e0a3e8daec7d1905da575a76b7 breaks the build on
64-bit powerpc because we no longer get the -m64 flag passed to gcc.
There is code in arch/powerpc/Makefile which adds (or used to add)
-m64 to AS, LD and CC if we are running on a 64-bit machine (which I
am) and have a biarch
On 2/8/07, Arjan van de Ven <[EMAIL PROTECTED]> 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
On Wed, 2007-02-07 at 07:40 -0500, Jeff Garzik wrote:
> Conke Hu wrote:
> > Hi,
> >TEST_UNIT_READY in get_capabilities (drivers/scsi/sr.c line 743, or
> > see below) always returns error.
> >
> > code begin -
> > retries = 0;
> > do {
> >
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
* ->prepare_write(),
* so we need to update
Etienne Lorrain <[EMAIL PROTECTED]> writes:
>> Currently relocation information is extracted from vmlinux and packed in
>> final bzImage after some processing. After execution of real mode code
>> and once the image is decompressed, all the relocations are performed and
>> then control is
Linus, things still fail for me even with the $(strip ...) construct
you added works properly.
For some reason things like $(call cc-option-yn...) still fail.
My make version 3.81beta4 has the space problem, and with your
change it just returns a space. :-) Without your change it
gives the
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) },
},
{ },/* Terminating entry */
};
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 ufs_fs.h and its sub headers (like
> ufs_fs_sb.h) so
On Tue, 6 February 2007 10:16:17 -0500, Mark Lord wrote:
>
> That interface is driven entirely backwards.
> The funtionality option should always be visible,
You are absolutely correct. The _interface_ is horrible. And changing
the config language won't change that fact one bit.
Make *config
201 - 300 of 658 matches
Mail list logo