Dear List,
I agree that this issue certainly doesn't require to be in this list (rightful
place being kernewbies) but I tried that and got no response - so trying my luck
here.
I was going through try_module_get function in include/linux/module.h file
(2.6.22 stock kernel) - which is like:
On Wed, 26 Sep 2007 14:35:39 -0700
Andrew Morton <[EMAIL PROTECTED]> wrote:
> On Tue, 25 Sep 2007 16:36:08 +0200
> Jan Kara <[EMAIL PROTECTED]> wrote:
>
> > > On Tue, 25 Sep 2007 07:49:38 -0500
> > > "Jose R. Santos" <[EMAIL PROTECTED]> wrote:
> > >
> > > > On Tue, 25 Sep 2007 13:50:46 +0200
>
Tejun Heo wrote:
> Torsten Kaiser wrote:
>> Comparing the driver/ata directory from rc3-mm1 and rc4-mm1 the
>> following change looked the most suspicions to me:
>>
Torsten Kaiser wrote:
> Comparing the driver/ata directory from rc3-mm1 and rc4-mm1 the
> following change looked the most suspicions to me:
>
On Wed, 26 Sep 2007 20:52:43 -0400 Konrad Rzeszutek wrote:
> > > +config ISCSI_IBFT
> > > + tristate "iSCSI Boot Firmware Table Attributes"
> > > + depends on X86
> >
> > why only on X86?
>
> PowerPC exports this data via the OpenFirmware so it already shows in
> the /sysfs entries. I was
Berck E. Nash wrote:
> Bernd Schmidt wrote:
>> One of these appears in my system as well (ASUS P5W-DH Deluxe
>> mainboard). Here's the hdparm output:
>
> Yup, same mainboard here.
>
>> Since about 2.6.17 or 2.6.18, it has been causing long delays while
>> booting:
>> ata2: SATA link up 3.0 Gbps
Paul Rolland wrote:
> Hi David,
>
> On Mon, 24 Sep 2007 23:56:59 +0930
> David Newall <[EMAIL PROTECTED]> wrote:
>
>> Paul Rolland "(???) wrote:
>>> Hell, IRQ 23 is shared between libata and my modem !!!
>>>
>> Tried using the modem?
>
> When no problem is reported, both the libata part
On Thu, 27 Sep 2007 11:24:40 +0900 Paul Mundt wrote:
> > +/* static helper functions */
> > +static s32 max_compare(s32 v1, s32 v2)
> > +{
> > + if (v1 < v2)
> > + return v2;
> > + else
> > + return v1;
> > +}
> > +
> > +static s32 min_compare(s32 v1, s32 v2)
> > +{
> > +
Ram Dorai wrote:
Fixed.
> > +static int
> > +ibft_mmap_binary(struct kobject *kobj, struct bin_attribute
*attr,
> > +struct vm_area_struct *vma)
>
Do we not put a space between binary and '('. Is that against the coding
guidelines?
Right, we do not
Hi,
We have observed 40ms latency spikes in TCP connections in "burst" type of
traffic. This affects regular TCP sockets. We observed this issue in kernels of
2.4.21 and kernel 2.6.5.
Aparently, this seems to be fixed in 2.6.19.
Can someone throw some light on this?
Is this a congestion
On Thu, Sep 27, 2007 at 02:01:37AM +0200, Adrian Bunk wrote:
> <-- snip -->
>
> Look, when chroot was being designed, I think they intended that even root
> should be unable to get out. They went so far as to say that dot-dot
> wouldn't let you out; and it doesn't.
>
> <-- snip -->
>
>
On Wed, Sep 26, 2007 at 10:53:03PM -0400, [EMAIL PROTECTED] wrote:
> On Wed, 26 Sep 2007 17:40:20 PDT, Mark Gross said:
> > --- linux-2.6.23-rc8/kernel/Makefile2007-09-26 13:54:54.0
> > -0700
> > +++ linux-2.6.23-rc8-qos/kernel/Makefile2007-09-26 14:06:38.0 -
> 0700
>
On Wed, 26 Sep 2007 17:40:20 PDT, Mark Gross said:
(others here are probably better at spotting leaks and races than I am,
so I'm skipping those and picking other nits. ;)
> --- linux-2.6.23-rc8/kernel/Makefile 2007-09-26 13:54:54.0 -0700
> +++ linux-2.6.23-rc8-qos/kernel/Makefile
Serge E. Hallyn [EMAIL PROTECTED] wrote:
| Quoting Serge E. Hallyn ([EMAIL PROTECTED]):
| > Quoting Pavel Emelyanov ([EMAIL PROTECTED]):
| > > The option is called NAMESPACES. It can be selectable only
| > > if EMBEDDED is chosen (this was Eric's requisition). When
| > > the EMBEDDED is off
On Wed, Sep 26, 2007 at 03:40:26PM -0700, Mark Gross wrote:
> + struct list_head list;
> + union {
> + s32 value;
> + s32 usec;
> + s32 kbps;
> + };
> + char *name;
Your } is in a strange place. It looks like it wants to join its friends
On Thu, Sep 27, 2007 at 10:40:33AM +1000, Benjamin Herrenschmidt wrote:
>
> > How is this a change in behavior as far as this device is concerned? If
> > we are doing BAR sizing and moving the base address around, it's going
> > to cause problems if you try to access the device during this time
On Wed, Sep 26, 2007 at 08:08:45PM -0400, Konrad Rzeszutek wrote:
> On Wednesday 26 September 2007 17:10:57 Greg KH wrote:
> > On Wed, Sep 26, 2007 at 02:46:52PM -0400, Konrad Rzeszutek wrote:
> > > This patch adds a /sysfs/firmware/ibft/table binary blob which exports
> > > the iSCSI Boot
We don't want to introduce pointless delays in throttle_vm_writeout()
when the writeback limits are not yet exceeded, do we?
Cc: Nick Piggin <[EMAIL PROTECTED]>
Cc: OGAWA Hirofumi <[EMAIL PROTECTED]>
Cc: Kumar Gala <[EMAIL PROTECTED]>
Cc: Pete Zaitcev <[EMAIL PROTECTED]>
Cc: Greg KH <[EMAIL
Hi, Ingo , Mike and Peter!
Just passing around to say that 2.6.23-rc8-sched-dev is the best
scheduler ever to me. It's great for 3D games.
http://www.openarena.ws/?files is really great with this
scheduler. I played a whole match without no slowdown, smooth playing
all the time. I had
> > +config ISCSI_IBFT
> > + tristate "iSCSI Boot Firmware Table Attributes"
> > + depends on X86
>
> why only on X86?
PowerPC exports this data via the OpenFirmware so it already shows in
the /sysfs entries. I was thinking to combine those sysfs entries under this
code, but that is
On Wed, Sep 26, 2007 at 04:41:59PM -0700, Randy Dunlap wrote:
> On Wed, 26 Sep 2007 15:40:26 -0700 Mark Gross wrote:
>
> > The following is the qos_param patch that implements a genralization of
> > latency.c.
> >
>
> Just some general comments (as on irc):
>
> - use 'diffstat -p1 -w70' to
> How is this a change in behavior as far as this device is concerned? If
> we are doing BAR sizing and moving the base address around, it's going
> to cause problems if you try to access the device during this time
> whether we disable decode or not.
True. The window is smaller tho if the
On Wednesday 26 September 2007 17:10:57 Greg KH wrote:
> On Wed, Sep 26, 2007 at 02:46:52PM -0400, Konrad Rzeszutek wrote:
> > This patch adds a /sysfs/firmware/ibft/table binary blob which exports
> > the iSCSI Boot Firmware Table (iBFT) structure.
>
> Please don't do that. Binary files are for
Hello,
> We have about 100 servers based on Intel S5000PSL-SATA motherboards.
> They have been running for anywhere between 1 and 10 months. For the
> past few months, after updating them all to the 2.6.20.15 kernel
> (because of a bug in the 2.6.18 kernel), we are seeing some strange NMI
>
>
> i.e., what is this binary blob (?)
>
> I don't see a binary blob in this patch (as stated in the first
> sentence). I'd say that this patch adds methods for exporting
> (or exposing) the ibft thru sysfs.
I used the wrong choice of words. The correct one is, as you say, to
add methods for
On Wed, 26 Sep 2007 19:48:14 -0400 Jim Paris wrote:
> Hello,
>
> > We have about 100 servers based on Intel S5000PSL-SATA motherboards.
> > They have been running for anywhere between 1 and 10 months. For the
> > past few months, after updating them all to the 2.6.20.15 kernel
> > (because of
On Thu, Sep 27, 2007 at 09:05:33AM +0930, David Newall wrote:
> Adrian Bunk wrote:
>> You are claiming "They went so far as to say that dot-dot wouldn't let you
>> out"?
>>
>
> I phrased it in a somewhat conversational way. The promise, which I've now
> quoted from multiple sources, is
Mathieu Desnoyers wrote:
* David J. Wilder ([EMAIL PROTECTED]) wrote:
These patches provide a kernel tracing interface called "trace".
(update) Moved the sample code to the new samples\ subdir
The motivation for "trace" is to:
- Provide a simple set of tracing primitives that will utilize the
Heh, well of course I vigoursly checked System.map. On my x86 and amd64
systems it removes them all. What a stupid question :-p
Nope. I expect(ed) you to do that, i.e., make sure that the patch
does that the description says that it does.
-
To unsubscribe from this list: send the line
Jonathan Campbell wrote:
Sorry about that. That's why I always send as attachments.
Do you have similar problems when using Mozilla Thunderbird?
tbird works when following the instructions at
http://mbligh.org/linuxdocs/Email/Clients/Thunderbird
or (simpler) use an External Editor plugin.
Sorry about that. That's the reason I send them as attachments.
Any suggestions for someone like myself using Mozilla Thunderbird?
Damaged as the patch is, I was able to apply it by using
'patch -l' (ignore whitespace) + some fuzz. Not something that
Linus or Andrew would or should do.
I built
On Wed, 26 Sep 2007 15:40:26 -0700 Mark Gross wrote:
> The following is the qos_param patch that implements a genralization of
> latency.c.
>
Just some general comments (as on irc):
- use 'diffstat -p1 -w70' to summarize each patch
- use checkpatch.pl to check for coding style and other
Adrian Bunk wrote:
You are claiming "They went so far as to say that dot-dot wouldn't let
you out"?
I phrased it in a somewhat conversational way. The promise, which I've
now quoted from multiple sources, is expressed variously, including:
The dot-dot entry in the root directory is
On 09/26/2007 06:35 PM, Thomas Gleixner wrote:
>
> It's even worse than I thought on the first check:
>
> "noapictimer" on the command line of an SMP box prevents _ONLY_ the boot
> CPU apic timer from being used. But the secondary CPU is still
> unconditionally setting up the APIC timer and uses
On 09/26/2007 07:27 PM, Rafael J. Wysocki wrote:
>
> Subject: Regression in 2.6.23-pre Was: Problems with 2.6.23-rc6 on AMD
> Geode LX800
> Submitter:Joerg Pommnitz <[EMAIL PROTECTED]>
> References: http://lkml.org/lkml/2007/9/26/91
>
On Wed, 26 Sep 2007 11:42:16 -0700 Jonathan Campbell wrote:
> Here is the DMI patch again, written against linux-2.6.23-rc8,
> with some of the #ifdef CONFIG_DMI's removed and moved
> to include/linux/dmi.h. Putting them there in the way I've done
> ensures that you don't have to put #ifdef
On Thu, 2007-09-27 at 01:30 +0200, Rafael J. Wysocki wrote:
> > > Tested for a couple of times with each kernel, the results seem to be
> > > reproducible 100% of the time.
> >
> > Thanks for going through this debug marathon.
>
> No big deal. I'm glad that you've found what's up.
>
> Well, we
On Wed, Sep 26, 2007 at 02:17:47PM -0400, Steven Rostedt wrote:
> Seems that I found a box that has a config that passes call_rcu_bh as a
> function pointer (see net/sctp/sm_make_chunk.c), so declaring the
> call_rcu_bh has a macro function isn't good enough.
>
> This patch makes it just another
Thomas,
On Wednesday, 26 September 2007 23:34, Thomas Gleixner wrote:
> Rafael,
>
> On Wed, 2007-09-26 at 23:00 +0200, Rafael J. Wysocki wrote:
> > > > > First, with the "x86-64: Disable local APIC timer use on AMD systems
> > > > > with C1E"
> > > > > patch and my collection of suspend patches
Hi,
This message lists some known regressions from 2.6.22 for which there are
no fixes in the mainline that I know of. If any of them have been fixed
already, please let me know.
If you know of any other unresolved regressions from 2.6.22, please let me know
either and I'll add them to the
Jesse Barnes wrote:
On Wednesday, September 26, 2007 2:56 pm Greg KH wrote:
On Wed, Sep 26, 2007 at 02:55:55PM -0700, Jesse Barnes wrote:
On Wednesday, September 26, 2007 2:18 pm Greg KH wrote:
Due to the issues surrounding this patch, I'm dropping it from my
repo.
What issues? Is it
Benjamin Herrenschmidt wrote:
On Mon, 2007-09-17 at 14:22 +0400, Ivan Kokshaysky wrote:
On Sun, Sep 16, 2007 at 10:01:52PM +0200, Benjamin Herrenschmidt wrote:
Agreed. I have a similar problem on ppc where it's common to have things
like the main PIC on a PCI device. Note that another problem
From: Stephen Hemminger <[EMAIL PROTECTED]>
Date: Wed, 26 Sep 2007 15:33:30 -0700
> ipv6 is not a network driver, it is a protocol. You might be able to
> remove it if you zap all the routes and applications, ...
It is purposefully set to have a permanent elevated reference
count because it is
On Wed, 26 Sep 2007 15:52:48 -0700
Andrew Morton <[EMAIL PROTECTED]> wrote:
> On Wed, 26 Sep 2007 23:08:40 +0100
> Alan Cox <[EMAIL PROTECTED]> wrote:
>
> > Earlier patches have removed the checking for old v new differences from
> > the USB drivers so we can now pass in a valid blank old
On Wed, 26 Sep 2007 23:08:40 +0100
Alan Cox <[EMAIL PROTECTED]> wrote:
> Earlier patches have removed the checking for old v new differences from
> the USB drivers so we can now pass in a valid blank old termios so that
> we don't to fill the drivers with magic hacks for console support
Are all
The following patch is a bit of a hack to illustrate how the qos
parameter infrastructure can communication information to the e1000
driver to use to set interrupt consolidation policy as a function of
acceptable network latency.
Its just an example.
Signed-off-by: Mark Gross <[EMAIL
The following patch replaces latency.c with qos_params.c and fixes up
users of latency to use qos_params
Signed-off-by: Mark Gross <[EMAIL PROTECTED]>
diff -urN -X linux-2.6.23-rc8/Documentation/dontdiff
linux-2.6.23-rc8-qos/drivers/acpi/processor_idle.c
The following is the qos_param patch that implements a genralization of
latency.c.
Signed-off-by: Mark Gross <[EMAIL PROTECTED]>
diff -urN -X linux-2.6.23-rc8/Documentation/dontdiff
linux-2.6.23-rc8/include/linux/qos_params.h
linux-2.6.23-rc8-qos/include/linux/qos_params.h
---
The following patches implement a more generalized infrastructure (than
latency.c) for connecting drivers and subsystem's that could implement
power performance optimizations with the data needed to implement such
policies.
These patches are following up on the discussions and presentations at
Hi Matthew,
A patch to stop using deprecated IRQ flags in ncr53c8xx documentaion. The new
IRQF_* macros are used instead.
Signed-off-by: Ahmed S. Darwish <[EMAIL PROTECTED]>
---
diff --git a/Documentation/scsi/ChangeLog.ncr53c8xx
b/Documentation/scsi/ChangeLog.ncr53c8xx
index 7d03e9d..a9f721a
>> When this is sorted out, should I keep the previous patch [1] applied
>> as well?
>
> That doesn't hurt.
OK, I've used just the latter patch (because I somehow believe the first
one lowers the probability of bad behavior), so let's see if kswapd
consumes CPU again. I don't have any test
Hi Ralf,
A patch to stop using deprecated IRQ flags. The new IRQF_* macros are used
instead.
Signed-off-by: Ahmed S. Darwish <[EMAIL PROTECTED]>
---
diff --git a/arch/mips/pci/ops-pmcmsp.c b/arch/mips/pci/ops-pmcmsp.c
index 09fa007..a86a189 100644
--- a/arch/mips/pci/ops-pmcmsp.c
+++
On Wed, 26 Sep 2007 18:33:22 -0400 Dmitry Torokhov wrote:
> Hi,
>
> On Wednesday 26 September 2007, Randy Dunlap wrote:
> > On Wed, 26 Sep 2007 23:25:33 +0200 [EMAIL PROTECTED] wrote:
> >
> > > Hi.
> > >
> > > Current linus' git tree:
> > >
> > > x86_64-unknown-linux-gnu-ld: BFD 2.15
On Wed, 2007-09-26 at 15:22 -0700, Linus Torvalds wrote:
>
> On Wed, 26 Sep 2007, Thomas Gleixner wrote:
> > >
> > > 1) current Linus' tree doesn't boot with any command line (regression)
> > >
> > > [ Linus, please revert commit e66485d747505e9d960b864fc6c37f8b2afafaf0
>
> Reverted.
>
> >
Hi all,
Only very little files use the deprecated SA_* IRQ flags in latest pull. This
minimal patch series removes such macros from the tree and transfrom old code
to the new IRQF_* flags.
Andrew, I've grepped the whole tree to make sure that no more files than the
patched ones use such
On Thu, 27 Sep 2007 00:18:55 +0200 (CEST)
Jan Engelhardt <[EMAIL PROTECTED]> wrote:
>
> On Sep 26 2007 14:06, Stephen Hemminger wrote:
> >> >
> >> > No, network devices don't do reference counting.
> >>
> >> Could you explain why, please?
> >>
> >> After `udevd` on boot loads lots of unused
Hi,
On Wednesday 26 September 2007, Randy Dunlap wrote:
> On Wed, 26 Sep 2007 23:25:33 +0200 [EMAIL PROTECTED] wrote:
>
> > Hi.
> >
> > Current linus' git tree:
> >
> > x86_64-unknown-linux-gnu-ld: BFD 2.15 assertion fail
> >
Its a size_t to use %Zd
Signed-off-by: Alan Cox <[EMAIL PROTECTED]>
diff -u --new-file --exclude-from /usr/src/exclude --recursive
linux.vanilla-2.6.23rc8-mm1/fs/ecryptfs/crypto.c
linux-2.6.23rc8-mm1/fs/ecryptfs/crypto.c
--- linux.vanilla-2.6.23rc8-mm1/fs/ecryptfs/crypto.c2007-09-26
Hi Linus,
Please pull:
git://git.kernel.org/pub/scm/linux/kernel/git/hpa/linux-2.6-x86setup.git
for-linus
H. Peter Anvin (1):
[x86 setup] Handle case of improperly terminated E820 chain
arch/i386/boot/memory.c | 30 +++---
1 files changed, 23 insertions(+),
On Wed, 26 Sep 2007, Thomas Gleixner wrote:
> >
> > 1) current Linus' tree doesn't boot with any command line (regression)
> >
> > [ Linus, please revert commit e66485d747505e9d960b864fc6c37f8b2afafaf0
Reverted.
> OK, this explains 2) and 3). I just looked into the code and the logic
> vs.
On Wednesday, September 26, 2007 2:56 pm Greg KH wrote:
> On Wed, Sep 26, 2007 at 02:55:55PM -0700, Jesse Barnes wrote:
> > On Wednesday, September 26, 2007 2:18 pm Greg KH wrote:
> > > Due to the issues surrounding this patch, I'm dropping it from my
> > > repo.
> >
> > What issues? Is it
On Sep 26 2007 14:06, Stephen Hemminger wrote:
>> >
>> > No, network devices don't do reference counting.
>>
>> Could you explain why, please?
>>
>> After `udevd` on boot loads lots of unused crap, i surrendered, and use
>> $(rmmod `lsmod | just first column`). Networing bravely wipes away. OK,
Hi Pierre-Yves,
> Putting the bluetooth system under load (opening and closing several
> rfcomm links off several USB adapters, and transmitting data over
> them),
> I got the Oops below. The computer hung completely, as you can see.
> Just
> before, I also got those warnings.
I got another
On Wed, 26 Sep 2007 17:46:13 -0400
Jeff Dike <[EMAIL PROTECTED]> wrote:
> Handle memory allocation failures when reading packets.
>
> We have to read something from the host, even if we can't allocate any
> memory. If we don't, the host side of the device may fill up and stop
> delivering
On Wed, 26 Sep 2007 11:42:16 -0700 Jonathan Campbell wrote:
> Here is the DMI patch again, written against linux-2.6.23-rc8,
> with some of the #ifdef CONFIG_DMI's removed and moved
> to include/linux/dmi.h. Putting them there in the way I've done
> ensures that you don't have to put #ifdef
Signed-off-by: Alan Cox <[EMAIL PROTECTED]>
diff -u --new-file --exclude-from /usr/src/exclude --recursive
linux.vanilla-2.6.23rc8-mm1/drivers/usb/serial/console.c
linux-2.6.23rc8-mm1/drivers/usb/serial/console.c
--- linux.vanilla-2.6.23rc8-mm1/drivers/usb/serial/console.c2007-09-26
Earlier patches have removed the checking for old v new differences from
the USB drivers so we can now pass in a valid blank old termios so that
we don't to fill the drivers with magic hacks for console support
Signed-off-by: Alan Cox <[EMAIL PROTECTED]>
diff -u --new-file --exclude-from
On Wed, Sep 26, 2007 at 02:55:55PM -0700, Jesse Barnes wrote:
> On Wednesday, September 26, 2007 2:18 pm Greg KH wrote:
> > Due to the issues surrounding this patch, I'm dropping it from my
> > repo.
>
> What issues? Is it causing problems for people?
I thought this was the patch that Ivan
h #000(n - 1).
Good night.
--
Ueimor
r8169-timo-20070926.tgz
Description: GNU Zip compressed data
On Wednesday, September 26, 2007 2:18 pm Greg KH wrote:
> Due to the issues surrounding this patch, I'm dropping it from my
> repo.
What issues? Is it causing problems for people?
Jesse
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL
On Wed, 26 Sep 2007 23:25:33 +0200 [EMAIL PROTECTED] wrote:
> Hi.
>
> Current linus' git tree:
>
> x86_64-unknown-linux-gnu-ld: BFD 2.15 assertion fail
> /home/thomas/source/crosstool-0.43/build/x86_64-unknown-linux-gnu/gcc-3.4.5-glibc-2.3.6/binutils-2.15/bfd/linker.c:619
>
Signed-off-by: Alan Cox <[EMAIL PROTECTED]>
diff -u --new-file --exclude-from /usr/src/exclude --recursive
linux.vanilla-2.6.23rc8-mm1/drivers/ata/pata_atiixp.c
linux-2.6.23rc8-mm1/drivers/ata/pata_atiixp.c
--- linux.vanilla-2.6.23rc8-mm1/drivers/ata/pata_atiixp.c 2007-09-26
On Thu, Sep 27, 2007 at 06:49:28AM +0930, David Newall wrote:
>...
> Look, when chroot was being designed, I think they intended that even root
> should be unable to get out. They went so far as to say that dot-dot
> wouldn't let you out; and it doesn't.
>...
You are claiming "They went so far
On Wed, 26 Sep 2007 20:31:02 +0100 (BST)
Hugh Dickins <[EMAIL PROTECTED]> wrote:
> Would that waste a little memory? I think not with SLUB,
> but perhaps with SLOB, which packs a little tighter.
>
maybe just depends on the amount of used anon_vma and page_mapping_info etc...
I don't think a
Greg KH wrote:
> On Wed, Sep 26, 2007 at 11:40:58PM +0200, Brice Goglin wrote:
>
>> Greg KH wrote:
>>
>>> Here's a summary of the current state of the Linux PCI subsystem, as of
>>> 2.6.23-rc8.
>>>
>>> If the information in here is incorrect, or anyone knows of any
>>> outstanding issues
Handle memory allocation failures when reading packets.
We have to read something from the host, even if we can't allocate any
memory. If we don't, the host side of the device may fill up and stop
delivering interrupts because no new packets can be queued.
A single sk_buff is allocated whenever
A bunch of MTU-related cleanups in the network code.
First, there is the addition of the notion of a maximally-sized
packet, which is the MTU plus headers. This is used to size the skb
that will receive a packet. This allows ether_adjust_skb to go away,
as it was used to resize the skb after it
On Wed, Sep 26, 2007 at 11:40:58PM +0200, Brice Goglin wrote:
> Greg KH wrote:
> > Here's a summary of the current state of the Linux PCI subsystem, as of
> > 2.6.23-rc8.
> >
> > If the information in here is incorrect, or anyone knows of any
> > outstanding issues not listed here, please let me
On 9/26/07, Ray Lee <[EMAIL PROTECTED]> wrote:
> On 9/26/07, Brett Warden <[EMAIL PROTECTED]> wrote:
> > On 9/26/07, Ray Lee <[EMAIL PROTECTED]> wrote:
> >
> > > Just as an aside, if you've tested this and it works, then there's no
> > > point to keep the write_lpcontrol even as a comment. Kill
Erez Zadok wrote:
> @@ -194,7 +194,7 @@ int check_empty(struct dentry *dentry, struct
> unionfs_dir_state **namelist)
>
> BUG_ON(!S_ISDIR(dentry->d_inode->i_mode));
>
> - if ((err = unionfs_partial_lookup(dentry)))
> + if (unlikely((err = unionfs_partial_lookup(dentry
>
Greg KH wrote:
> Here's a summary of the current state of the Linux PCI subsystem, as of
> 2.6.23-rc8.
>
> If the information in here is incorrect, or anyone knows of any
> outstanding issues not listed here, please let me know.
>
> List of outstanding regressions from 2.6.22:
> - none
On Tue, 25 Sep 2007 16:36:08 +0200
Jan Kara <[EMAIL PROTECTED]> wrote:
> > On Tue, 25 Sep 2007 07:49:38 -0500
> > "Jose R. Santos" <[EMAIL PROTECTED]> wrote:
> >
> > > On Tue, 25 Sep 2007 13:50:46 +0200
> > > Jan Kara <[EMAIL PROTECTED]> wrote:
> > > > > Jan Kara wrote:
> > > > > >>
> > > > >
Erez Zadok wrote:
> Signed-off-by: Erez Zadok <[EMAIL PROTECTED]>
> ---
> fs/unionfs/debug.c | 108 +++
> 1 files changed, 57 insertions(+), 51 deletions(-)
>
> diff --git a/fs/unionfs/debug.c b/fs/unionfs/debug.c
> index 9546a41..09b52ce 100644
>
Rafael,
On Wed, 2007-09-26 at 23:00 +0200, Rafael J. Wysocki wrote:
> > > > First, with the "x86-64: Disable local APIC timer use on AMD systems
> > > > with C1E"
> > > > patch and my collection of suspend patches applied, the box doesn't boot
> > > > (the suspend patches don't even thouch the
On 26/09/07 14:20 -0700, H. Peter Anvin wrote:
> Testing this patch now:
>
> >From 2efa33f81ef56e7700c09a3d8a881c96692149e5 Mon Sep 17 00:00:00 2001
> From: H. Peter Anvin <[EMAIL PROTECTED]>
> Date: Wed, 26 Sep 2007 14:11:43 -0700
> Subject: [PATCH] [x86 setup] Handle case of improperly
On Wed, 26 Sep 2007 14:46:52 -0400 Konrad Rzeszutek wrote:
> This patch adds a /sysfs/firmware/ibft/table binary blob which exports
> the iSCSI Boot Firmware Table (iBFT) structure.
>
> What is iSCSI Boot Firmware Table? It is a mechanism for the iSCSI
> tools to extract from the machine NICs
--
On Wed, 26 Sep 2007, Peter Zijlstra wrote:
> On Mon, 2007-09-10 at 14:35 +0200, Peter Zijlstra wrote:
> > > A bunch of patches are postponed for -rt2 (they are neither ignored
> > > nor forgotten):
> > >
> > > - simple_irq change (Kevin Hilman): needs more thought
> > > - RCU updates (Paul
On Wed, 26 Sep 2007 14:46:52 -0400 Konrad Rzeszutek wrote:
> This patch adds a /sysfs/firmware/ibft/table binary blob which exports
> the iSCSI Boot Firmware Table (iBFT) structure.
>
> What is iSCSI Boot Firmware Table?
i.e., what is this binary blob (?)
I don't see a binary blob in this
Hi.
Current linus' git tree:
x86_64-unknown-linux-gnu-ld: BFD 2.15 assertion fail
/home/thomas/source/crosstool-0.43/build/x86_64-unknown-linux-gnu/gcc-3.4.5-glibc-2.3.6/binutils-2.15/bfd/linker.c:619
drivers/built-in.o(.text+0x20749d): In function `xpad_probe':
: undefined reference to
Due to the issues surrounding this patch, I'm dropping it from my repo.
thanks,
greg k-h
On Sat, Aug 25, 2007 at 07:55:56PM -0600, Matthew Wilcox wrote:
>
>
> This patch, loosely based on a patch from Robert Hancock, which was in
> turn based on a patch from Jesse Barnes, fixes a boot-time
Jordan Crouse wrote:
>
> Hmm - the old code seems to fail to e801 when CF was set too:
>
> int $0x15 # make the call
> jc bail820 # fall to e801 if it fails
>
> cmpl$SMAP, %eax # check the
Steve,
On Mon, 2007-09-10 at 14:35 +0200, Peter Zijlstra wrote:
> On Fri, 2007-08-31 at 22:59 +0200, Thomas Gleixner wrote:
> > We're pleased to announce the release of the v2.6.23-rc4-rt1 kernel,
> > which can be downloaded from a new place:
> >
> >
Christer Weinigel wrote:
*spends five minutes with Google*
From the OpenBSD FAQ (an operating system most know for being really,
really focused on security):
http://www.openbsd.org/faq/faq10.html
Any application which has to assume root privileges to operate is
pointless to
Wed, Sep 26, 2007 at 11:05:33PM +0200, Bernhard Walle:
> * Oleg Verych <[EMAIL PROTECTED]> [2007-09-26 20:18]:
> > >
> > > --- a/kernel/kexec.c
> > > +++ b/kernel/kexec.c
> > > @@ -1172,33 +1172,50 @@ static int __init parse_crashkernel_mem(
> > > do {
> > > unsigned long long start =
On Wed, Sep 26, 2007 at 02:46:52PM -0400, Konrad Rzeszutek wrote:
> This patch adds a /sysfs/firmware/ibft/table binary blob which exports
> the iSCSI Boot Firmware Table (iBFT) structure.
Please don't do that. Binary files are for things that are
"pass-through" only, not anything that the
From: Matthew Wilcox <[EMAIL PROTECTED]>
Date: Wed, 26 Sep 2007 15:01:19 -0400
> The previous implementation simply refused to allocate more than a
> boundary's worth of data from an entire page. Some users didn't know
> this, so specified things like SMP_CACHE_BYTES, not realising the
>
On 26/09/07 14:04 -0700, H. Peter Anvin wrote:
> Jordan Crouse wrote:
> > On 26/09/07 12:14 -0700, H. Peter Anvin wrote:
> >> Please try the following debug patch to let us know what is going on.
> >>
> >>-hpa
> >
> >> diff --git a/arch/i386/boot/memory.c b/arch/i386/boot/memory.c
> >> index
From: Matthew Wilcox <[EMAIL PROTECTED]>
Date: Wed, 26 Sep 2007 15:01:18 -0400
> Also add documentation for how dma pools work, move the header above the
> includes, add my copyright, add the original author's copyright, add a
> GPL v2 licence to the file and fix the includes.
>
> Signed-off-by:
Hi Davide,
> On Wed, 26 Sep 2007, Michael Kerrisk wrote:
>
> > .TH TIMERFD_CREATE 2 2007-09-26 Linux "Linux Programmer's Manual"
> > .SH NAME
> > timerfd_create, timerfd_settime, timer_gettime \-
> > timers that notify via file descriptors
> > .SH SYNOPSIS
> > .\" FIXME . This header file may
From: Matthew Wilcox <[EMAIL PROTECTED]>
Date: Wed, 26 Sep 2007 15:01:17 -0400
> Check that 'align' is a power of two, like the API specifies.
> Align 'size' to 'align' correctly -- the current code has an off-by-one.
> The ALIGN macro in kernel.h doesn't.
>
> Signed-off-by: Matthew Wilcox
1 - 100 of 872 matches
Mail list logo