> -Original Message-
> From: Greg KH [mailto:[EMAIL PROTECTED]
> Sent: Thursday, July 19, 2007 1:01 PM
> To: WANG Cong
> Cc: Jesper Juhl; linux-kernel@vger.kernel.org; Li
> Yang-r58472; TripleX Chung; Maggie Chen
> Subject: Re: [PATCH 3/5] HOWTO: add Chinese translation
>
On Fri, 13 Jul 2007 21:20:33 -0400 Mathieu Desnoyers <[EMAIL PROTECTED]> wrote:
> Powerpc - Include pagemap.h in asm/powerpc/tlb.h
>
> Fixes this powerpc build error in 2.6.22-rc6-mm1 for powerpc 64 :
>
> In file included from include2/asm/tlb.h:60,
> from
>
On Thu, Jul 19, 2007 at 12:10:36PM +0900, IKEDA Munehiro wrote:
> Jesper Juhl wrote:
> > On 19/07/07, Greg Kroah-Hartman <[EMAIL PROTECTED]> wrote:
> >> From: Tsugikazu Shibata <[EMAIL PROTECTED]>
> >>
> >> Add the japanese translation of the Documentation/HOWTO file.
> >>
> > A few comments
On Thu, Jul 19, 2007 at 01:12:54PM +0800, WANG Cong wrote:
>
> Since these docs are not in the mainline tree yet, I don't have a copy.
They are there now.
thanks,
greg k-h
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
On Fri, 13 Jul 2007 18:23:33 -0700 Badari Pulavarty <[EMAIL PROTECTED]> wrote:
> Hi Andrew,
>
> Here is the patch to support read() for hugetlbfs, needed to get
> oprofile working on executables backed by largepages.
>
> If you plan to consider Christoph Lameter's pagecache cleanup patches,
>
On Wed, Jul 18, 2007 at 08:41:55PM -0700, Mark Fasheh wrote:
> On Sat, Jul 14, 2007 at 12:16:25AM +0530, Amit K. Arora wrote:
> > After a successful call, subsequent writes are guaranteed not to fail
> > because
> > of lack of disk space.
>
> If a write to an unwritten region requires a node
On Thu, Jul 19, 2007 at 01:46:08AM +0200, Jesper Juhl wrote:
>On 19/07/07, Greg Kroah-Hartman <[EMAIL PROTECTED]> wrote:
>>From: Li Yang <[EMAIL PROTECTED]>
>>
>>This is a Chinese translated version of Documentation/HOWTO. Currently
>>Chinese involvement in Linux kernel is very low, especially
On Thu, Jul 19, 2007 at 12:58:22PM +0800, Li Yang-r58472 wrote:
> > -Original Message-
> > From: [EMAIL PROTECTED]
> > [mailto:[EMAIL PROTECTED] On Behalf Of Willy Tarreau
> > Sent: Thursday, July 19, 2007 12:46 PM
> > To: Li Yang
> > Cc: linux-kernel@vger.kernel.org
> > Subject: Re:
Andrew Morton wrote:
On Wed, 18 Jul 2007 19:39:46 -0400
Robin Getz <[EMAIL PROTECTED]> wrote:
On Wed 18 Jul 2007 18:16, Andrew Morton pondered:
I'd suggest that any interface into here should be via function calls,
not via direct access to printk internals: think up some nice
Hi.
On Thursday 19 July 2007 14:09:56 Agarwal, Lomesh wrote:
> Can you point me to code where kernel captures process in signal
> handling and code which runs after suspend to ram is finished?
Sure.
It's in kernel/signal.c (get_signal_to_deliver) for x86 and x86_64, and
arch//kernel/signal.c
> -Original Message-
> From: [EMAIL PROTECTED]
> [mailto:[EMAIL PROTECTED] On Behalf Of Willy Tarreau
> Sent: Thursday, July 19, 2007 12:46 PM
> To: Li Yang
> Cc: linux-kernel@vger.kernel.org
> Subject: Re: [PATCH] Update 2.4 maintainer in document
>
> On Mon, Jul 09, 2007 at 03:05:07AM
Hi Chuck,
On Wed, Jul 18, 2007 at 11:08:18AM -0400, Chuck Ebbert wrote:
> On 07/18/2007 05:41 AM, Dhaval Giani wrote:
> > On Wed, Jul 18, 2007 at 01:07:00AM -0700, Andrew Morton wrote:
> >> On Wed, 18 Jul 2007 13:26:48 +0530 Dhaval Giani <[EMAIL PROTECTED]> wrote:
> >>
> Softlockup is broken in
On Mon, Jul 09, 2007 at 03:05:07AM +0800, Li Yang wrote:
> Update the maintainer of 2.4 kernel in Documentations/SubmittingPatches.
Thanks, but you should have CCed me, because I missed you mail ;-)
I'll merge it.
Regards,
Willy
> Signed-off-by: Li Yang <[EMAIL PROTECTED]>
> ---
>
On Wed, Jul 18, 2007 at 04:03:09PM -0800, Tony Borras wrote:
> On Tue, 17 Jul 2007 22:50:10 +0200
> Willy Tarreau <[EMAIL PROTECTED]> wrote:
>
> > Hi Tony,
> >
> > [ first, please always keep people in CC on LKML since it's
> > very easy to
> > miss a thread ]
> >
> > On Mon, Jul 16, 2007 at
Can you point me to code where kernel captures process in signal
handling and code which runs after suspend to ram is finished?
-Original Message-
From: Nigel Cunningham [mailto:[EMAIL PROTECTED]
Sent: Wednesday, July 18, 2007 7:19 PM
To: Agarwal, Lomesh
Cc: linux-kernel@vger.kernel.org
On Wed 18 Jul 2007 20:26, Andrew Morton pondered:
> Robin Getz wrote:
> > [need to access _log_buf from external for early debugging code]
> >
> > Something simple like - early_copy_log_buff(void *dest, size_t n)
> >
> > copies n bytes from log_buf to memory area dest. Returns number of
> >
On Wed, 18 Jul 2007 23:37:34 -0400 Robin Getz <[EMAIL PROTECTED]> wrote:
> On Wed 18 Jul 2007 19:53, Mike Frysinger pondered:
> > On 7/18/07, Robin Getz <[EMAIL PROTECTED]> wrote:
> > > On Wed 18 Jul 2007 18:16, Andrew Morton pondered:
> > > > I'd suggest that any interface into here should be
On 7/19/07, Paul Menage <[EMAIL PROTECTED]> wrote:
On 7/17/07, Balbir Singh <[EMAIL PROTECTED]> wrote:
>
> Thinking out loud again, can we add can_destroy() callbacks?
>
What would the exact semantics of such a callback be?
Since for proper interaction with release agents we need the subsystem
On Wed, 18 Jul 2007, James Morris wrote:
On Wed, 18 Jul 2007, Andrew Morton wrote:
The SECURITY_FRAMEWORK_VERSION macro has also been removed.
I'd like to understand who is (or claims to be) adversely affected by this
change, and what their complaints (if any) will be.
Because I prefer my
On Sat, Jul 14, 2007 at 12:16:25AM +0530, Amit K. Arora wrote:
> After a successful call, subsequent writes are guaranteed not to fail because
> of lack of disk space.
If a write to an unwritten region requires a node split, that could result
in the allocation of new meta data which obviously
I received:
PCI: Bus #0b (-#0e) is hidden behind transparent bridge #0a (-#0a) (try
'pci=assign-busses')
Please report the result to linux-kernel to fix this permanently
in my dmesg in 2.6.22, and am reporting it. Context of message follows.
Full dmesg output available on request. This is a
On Thu, 19 Jul 2007, Nigel Cunningham wrote:
Hi.
On Thursday 19 July 2007 11:04:20 Andrew Morton wrote:
On Sun, 15 Jul 2007 15:13:13 +0800
"Huang, Ying" <[EMAIL PROTECTED]> wrote:
The changelog between v1 and v2
1. The kexec jump implementation is put into the kexec/kdump
framework
On Wed 18 Jul 2007 19:53, Mike Frysinger pondered:
> On 7/18/07, Robin Getz <[EMAIL PROTECTED]> wrote:
> > On Wed 18 Jul 2007 18:16, Andrew Morton pondered:
> > > I'd suggest that any interface into here should be via function calls,
> > > not via direct access to printk internals: think up some
On Fri, 13 Jul 2007 18:36:54 -0700 Badari Pulavarty <[EMAIL PROTECTED]> wrote:
> More statfs() improvements for ext2. ext2 already maintains
> percpu counters for free blocks and inodes. Derive free
> block count and inode count by summing up percpu counters,
> instead of counting up all the
Jesper Juhl wrote:
On 19/07/07, Greg Kroah-Hartman <[EMAIL PROTECTED]> wrote:
From: Tsugikazu Shibata <[EMAIL PROTECTED]>
Add the japanese translation of the Documentation/HOWTO file.
A few comments below.
(snip)
Thank Jesper for the comments.
Below is a patch for Japanese
Summary: on_each_cpu() should return void, since callers can't do
anything useful with an error. It should not have the "retry" arg
since it's of questionable utility and simply adds to Kernel Trivial
Persuit.
Only Alpha and PA-RISC use the "retry" arg to smp_call_function (it
makes them return
On Wed, 2007-07-18 at 17:37 -0400, Jeff Garzik wrote:
> It seems jbd_debug() might need modification:
>
Looking at the current linus-git tree jbd_debug() define in
include/linux/jbd2.h
extern u8 journal_enable_debug;
#define jbd_debug(n, f, a...) \
On Sat, 14 Jul 2007 10:41:39 +0200 Thomas Gleixner <[EMAIL PROTECTED]> wrote:
> The current SMI detection logic in read_hpet_tsc() makes sure,
> that when a SMI happens between the read of the HPET counter and
> the read of the TSC, this wrong value is used for TSC calibration.
>
> This is not
On Wed, 18 Jul 2007, Andrew Morton wrote:
> > The SECURITY_FRAMEWORK_VERSION macro has also been removed.
>
> I'd like to understand who is (or claims to be) adversely affected by this
> change, and what their complaints (if any) will be.
>
> Because I prefer my flamewars pre- rather than
Linus Torvalds wrote:
So let's make a new rule:
We absolutely NEVER add things like "must_check" unless not checking
causes a real and obvious SECURITY ISSUE.
And we absolutely *never* add crap like "deprecated", where the only
point of the warning is to effectively hide *real*
Hi.
On Thursday 19 July 2007 09:42:02 Agarwal, Lomesh wrote:
> My understanding is that Linux kernel sends a signal to freeze processes
> during suspend2ram operation. Which signal is used to achieve this?
> The problem I am facing is that some of the system calls are failing
> with EINTR errno
Hi.
On Thursday 19 July 2007 11:04:20 Andrew Morton wrote:
> On Sun, 15 Jul 2007 15:13:13 +0800
> "Huang, Ying" <[EMAIL PROTECTED]> wrote:
>
> >
> > The changelog between v1 and v2
> >
> > 1. The kexec jump implementation is put into the kexec/kdump
> >framework instead of software suspend
Rafael,
Please delete the instances of the string ACPI_STATE_S2 -- it doesn't exist in
practice
and we don't want to imply it exists by inventing it here.
otherwise:
Acked-by: Len Brown <[EMAIL PROTECTED]>
thanks,
-Len
On Tuesday 17 July 2007 20:02, Andrew Morton wrote:
> On Tue, 17 Jul 2007
On Wed, 2007-07-18 at 18:50 -0700, Linus Torvalds wrote:
> > Now, we can talk about making those sysfs core functions generate warnings
> > themselves, and we can talk about generating new wrappers around them which
> > generate warnings and which return void, then migrating code over to use
> >
On 07/19/2007 03:37 AM, Matt Mackall wrote:
Here's a way to make forward progress on this whole thing:
Turn on irqstacks when using 8k stacks
WLI: are you submitting? Makes great sense regardless of anything and
they've been tested silly with 4KSTACKS already...
Detect when usage with 8k
On Wed, 18 Jul 2007, Andrew Morton wrote:
>
> The only reason why the sysfs creation would fail is a kernel bug,
> so the consequence of your proposal is in fact unfixed kernel bugs.
Well, the thing is, I suspect we have created way more bugs by having that
stupid "you must check the return
On Thu, 19 Jul 2007 11:19:05 +1000
Benjamin Herrenschmidt <[EMAIL PROTECTED]> wrote:
> In general, I share paulus point of view here that forcing us to test
> all those result code from sysfs file creation functions is just a major
> PITA and adds bloat all over the kernel. There are many many
On Wed, 18 Jul 2007, Jeff Garzik wrote:
>
> Please pull from 'warnings' branch of
> master.kernel.org:/pub/scm/linux/kernel/git/jgarzik/misc-2.6.git warnings
>
> to receive the following updates:
Quite frankly, I think a *lot* better fix for warnings would be to remove
those damn broken
On Thu, Jul 19, 2007 at 03:33:58AM +0200, Andrea Arcangeli wrote:
> On Thu, Jul 19, 2007 at 01:39:55AM +0100, Alan Cox wrote:
> > > About 4k stacks I was generally against them, much better to fail in
> > > fork than to risk corruption. The per-irq stack part is great feature
> > > instead (too
On Sat, 14 Jul 2007 12:37:01 -0400 (EDT)
James Morris <[EMAIL PROTECTED]> wrote:
> Convert LSM into a static interface, as the ability to unload a security
> module is not required by in-tree users and potentially complicates the
> overall security architecture.
>
> Needlessly exported LSM
On Thu, Jul 19, 2007 at 01:39:55AM +0100, Alan Cox wrote:
> > About 4k stacks I was generally against them, much better to fail in
> > fork than to risk corruption. The per-irq stack part is great feature
> > instead (too bad it wasn't enabled for the safer 8k stacks).
>
> 8K stacks without IRQ
On Thu, Jul 19, 2007 at 02:48:37AM +0200, Rene Herman wrote:
> On 07/19/2007 02:41 AM, Matt Mackall wrote:
>
> >On Thu, Jul 19, 2007 at 02:15:39AM +0200, Andrea Arcangeli wrote:
>
> >>Using kmalloc(8k) instead of alloc_page() doesn't sound a too big deal
> >>and that will solve the problem.
> >
Andi Kleen wrote:
>>
>> No processors that support KVM exist that also do not support CMPXCHG64,
>> so no additional check is necessary. This setup allows for a single kernel
>> that will boot on i486 and also support KVM if available.
>
> The CONFIG should only control the early CPUID checks,
On Wed, 2007-07-18 at 20:05 -0400, Jeff Garzik wrote:
> Andi Kleen wrote:
> > On Thursday 19 July 2007 01:55:04 Jeff Garzik wrote:
> >> Please pull from 'warnings' branch of
> >> master.kernel.org:/pub/scm/linux/kernel/git/jgarzik/misc-2.6.git warnings
> >>
> >> to receive the following updates:
>
On Sun, 15 Jul 2007 00:02:39 -0300
Herton Ronaldo Krzesinski <[EMAIL PROTECTED]> wrote:
> As reported by Gustavo de Nardin <[EMAIL PROTECTED]>, while trying to
> compile xosview (http://xosview.sourceforge.net/) with upstream kernel
> headers being used you get the following errors:
>
On Sun, 15 Jul 2007 15:13:13 +0800
"Huang, Ying" <[EMAIL PROTECTED]> wrote:
>
> The changelog between v1 and v2
>
> 1. The kexec jump implementation is put into the kexec/kdump
>framework instead of software suspend framework. The device
>and CPU state save/restore code of software
On Sun, 15 Jul 2007 21:06:27 +0200
Juergen Beisert <[EMAIL PROTECTED]> wrote:
> Replace NSC/Cyrix specific chipset access macros by inlined functions.
> With the macros a line like this fails (and does nothing):
> setCx86(CX86_CCR2, getCx86(CX86_CCR2) | 0x88);
> With inlined functions this
On Wed, 2007-07-18 at 17:37 -0400, Jeff Garzik wrote:
> It seems jbd_debug() might need modification:
>
> fs/ext4/inode.c: In function ‘ext4_write_inode’:
> fs/ext4/inode.c:2906: warning: comparison is always true due to limited
> range of data type
>
> fs/jbd2/recovery.c: In function
FUJITA Tomonori wrote:
> From: Gabriel C <[EMAIL PROTECTED]>
> Subject: Re: Someone ( bsg merge ? ) broke {sd,hd}parm on current git
> Date: Tue, 17 Jul 2007 03:40:58 +0200
>
>
>> FUJITA Tomonori wrote:
>>
>>> From: Gabriel C <[EMAIL PROTECTED]>
>>> Subject: Re: Someone ( bsg merge ? )
The problem you're having is essentially the same as the user-level
interrupt handler problem I've been dealing with for ages.
The basic rule is: don't share interrupts between devices on the host
and devices in the guest. But you *can* share interrupts between
devices in a single guest.
If
On 07/19/2007 01:50 AM, Andrea Arcangeli wrote:
On Wed, Jul 18, 2007 at 06:34:20PM +0200, Rene Herman wrote:
It says that highmem is not an issue due to no such thing as highmem even
existing on the machines with support for larger hard pagesizes, but this
wouldn't hold for soft pages. Sort
On Thu, 19 Jul 2007 00:48:03 +0200
Jesper Juhl <[EMAIL PROTECTED]> wrote:
> Hello,
>
> In drivers/acpi/events/evrgnini.c::acpi_ev_pci_config_region_setup()
> there is a memory leak.
> We may return at "if (!pci_device_node)" without freeing storage
> previously allocated and assigned to
On 07/19/2007 02:41 AM, Matt Mackall wrote:
On Thu, Jul 19, 2007 at 02:15:39AM +0200, Andrea Arcangeli wrote:
Using kmalloc(8k) instead of alloc_page() doesn't sound a too big deal
and that will solve the problem.
How do you figure?
If you're saying that soft pages helps our 8k stack
On Wednesday 18 July 2007 18:48, Jesper Juhl wrote:
> drivers/acpi/events/evrgnini.c
applied (after changing to ACPI_FREE())
thanks,
-Len
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
More majordomo info at
On 7/18/07, Jean Delvare <[EMAIL PROTECTED]> wrote:
On Tue, 17 Jul 2007 20:38:28 -0700, Greg KH wrote:
> On Tue, Jul 17, 2007 at 11:05:30PM +0200, Jean Delvare wrote:
> > This breaks libsensors. libsensors uses libsysfs, and libsysfs is not
> > very smart in that it will initialize successfully
On Thu, Jul 19, 2007 at 02:15:39AM +0200, Andrea Arcangeli wrote:
> On Mon, Jul 16, 2007 at 06:27:55PM -0500, Matt Mackall wrote:
> > So it's absolutely no help in fixing our order-1 allocation problem
> > because we don't want to force large pages on people.
>
> Using kmalloc(8k) instead of
On Thu, 19 Jul 2007 02:10:58 +0200
"Jesper Juhl" <[EMAIL PROTECTED]> wrote:
> > file: patch-2.4.34.3.bz2 has the corruption at line 213:
> > goto errout
> >
> > That is where that came from, when I patched my 2.4.34 to
> > arrive at 2.4.34.5, before applying the 2.4.35.rc5 patch!
> >
> That
> About 4k stacks I was generally against them, much better to fail in
> fork than to risk corruption. The per-irq stack part is great feature
> instead (too bad it wasn't enabled for the safer 8k stacks).
8K stacks without IRQ stacks are not "safer" so I don't understand your
comment ?
-
To
On Wed, 18 Jul 2007 19:39:46 -0400
Robin Getz <[EMAIL PROTECTED]> wrote:
> On Wed 18 Jul 2007 18:16, Andrew Morton pondered:
> >
> > I'd suggest that any interface into here should be via function calls,
> > not via direct access to printk internals: think up some nice
> >
On Wed, 18 Jul 2007 19:05:55 -0400
"J. Bruce Fields" <[EMAIL PROTECTED]> wrote:
> On Fri, Jul 13, 2007 at 12:29:33AM -0700, Andrew Morton wrote:
> > On Tue, 10 Jul 2007 12:27:37 +1000 NeilBrown <[EMAIL PROTECTED]> wrote:
> >
> > > +static void exp_flags(struct seq_file *m, int flag, int fsid,
>
Ben Greear wrote:
> Patrick McHardy wrote:
>
>> Its actually more a problem on the RX path. VLAN acceleration
>> works (at least with some drivers) by enabling HW header striping
>> and using the VLAN ID for an immediate lookup in the VLAN devices
>> configured on that device. So if the VLAN is
On Mon, Jul 16, 2007 at 06:27:55PM -0500, Matt Mackall wrote:
> So it's absolutely no help in fixing our order-1 allocation problem
> because we don't want to force large pages on people.
Using kmalloc(8k) instead of alloc_page() doesn't sound a too big deal
and that will solve the problem. The
On Wednesday July 18, [EMAIL PROTECTED] wrote:
> On Fri, Jul 13, 2007 at 12:29:33AM -0700, Andrew Morton wrote:
> > On Tue, 10 Jul 2007 12:27:37 +1000 NeilBrown <[EMAIL PROTECTED]> wrote:
> >
> > > +static void exp_flags(struct seq_file *m, int flag, int fsid,
> > > + uid_t anonu, uid_t
On 19/07/07, Tony Borras <[EMAIL PROTECTED]> wrote:
On Tue, 17 Jul 2007 22:50:10 +0200
Willy Tarreau <[EMAIL PROTECTED]> wrote:
> Hi Tony,
>
> [ first, please always keep people in CC on LKML since it's
> very easy to
> miss a thread ]
>
> On Mon, Jul 16, 2007 at 11:23:57PM -0800, Tony Borras
Please pull from 'isdn-fix' branch of
master.kernel.org:/pub/scm/linux/kernel/git/jgarzik/misc-2.6.git isdn-fix
to receive the following updates:
drivers/isdn/hisax/config.c |4 +---
1 files changed, 1 insertions(+), 3 deletions(-)
Florin Malita (1):
ISDN HiSax: uninitialized return
Please pull from 'warnings' branch of
master.kernel.org:/pub/scm/linux/kernel/git/jgarzik/misc-2.6.git warnings
to receive the following updates:
drivers/video/aty/radeon_base.c | 23 ++-
include/asm-x86_64/tlbflush.h |6 +-
2 files changed, 23 insertions(+), 6
Andi Kleen wrote:
On Thursday 19 July 2007 01:55:04 Jeff Garzik wrote:
Please pull from 'warnings' branch of
master.kernel.org:/pub/scm/linux/kernel/git/jgarzik/misc-2.6.git warnings
to receive the following updates:
drivers/video/aty/radeon_base.c | 23 ++-
On Mon, 16 Jul 2007 08:52:32 +0200
Hans-Christian Egtvedt <[EMAIL PROTECTED]> wrote:
> The Synchronous Serial Controller (SSC) on Atmel microprocessors are capable
> of
> tranceiving many frame based protocols, like I2S. Tested on the
> AT32AP7000/ATSTK1000.
>
> This driver is used in the ALSA
On Tue, 17 Jul 2007 22:50:10 +0200
Willy Tarreau <[EMAIL PROTECTED]> wrote:
> Hi Tony,
>
> [ first, please always keep people in CC on LKML since it's
> very easy to
> miss a thread ]
>
> On Mon, Jul 16, 2007 at 11:23:57PM -0800, Tony Borras wrote:
> > On Tue, 17 Jul 2007 07:20:06 +0200
> >
Patrick McHardy wrote:
Ben Greear wrote:
Patrick McHardy wrote:
Put another way, once you enable VLAN header stripping, you
won't see the headers for *any* VLAN, not only for those you're
actually running locally. This is also a problem for devices
like macvlan, where it would be
Nothing highly notable. Wireless pull, and new blackfin eth driver
(didn't get merged with rest of blackfin, since additional review was
requested).
Please pull from 'upstream-linus' branch of
master.kernel.org:/pub/scm/linux/kernel/git/jgarzik/netdev-2.6.git
upstream-linus
to receive the
On Thursday 19 July 2007 01:55:04 Jeff Garzik wrote:
>
> Please pull from 'warnings' branch of
> master.kernel.org:/pub/scm/linux/kernel/git/jgarzik/misc-2.6.git warnings
>
> to receive the following updates:
>
> drivers/video/aty/radeon_base.c | 23 ++-
>
On Thu, Jul 19, 2007 at 09:27:41AM +1000, Rusty Russell wrote:
> On Wed, 2007-07-18 at 09:19 -0700, Zachary Amsden wrote:
> > > +#define GET_CONTENTS(desc) (((desc)->raw32.b >> 10) & 3)
> > > +#define GET_WRITABLE(desc) (((desc)->raw32.b >> 9) & 1)
> >
> > You got rid of the
On Mon, 16 Jul 2007 18:15:42 +0200
Geert Uytterhoeven <[EMAIL PROTECTED]> wrote:
> From: Geert Uytterhoeven <[EMAIL PROTECTED]>
>
> Add a FLASH ROM Storage Driver for the PS3:
> - Implemented as a misc character device driver
> - Uses a fixed 256 KiB buffer allocated from boot memory as the
On 7/18/07, Robin Getz <[EMAIL PROTECTED]> wrote:
On Wed 18 Jul 2007 18:16, Andrew Morton pondered:
> I'd suggest that any interface into here should be via function calls,
> not via direct access to printk internals: think up some nice
> copy_me_some_of_the_log_buffer() interface.
If so - I
On Wed, Jul 18, 2007 at 06:34:20PM +0200, Rene Herman wrote:
> It says that highmem is not an issue due to no such thing as highmem even
> existing on the machines with support for larger hard pagesizes, but this
> wouldn't hold for soft pages. Sort of went "damn" in an x86 context upon
>
On Wed, 18 Jul 2007, Jeremy Katz wrote:
On Wed, 18 Jul 2007, Thomas Gleixner wrote:
Also can you please enable CONFIG_PROVE_LOCKING, which might catch any
locking problem, which might be related to this.
Another test: Can you please disable CONFIG_SCHED_SMT to narrow it down
further ?
On Mon, 16 Jul 2007 18:15:41 +0200
Geert Uytterhoeven <[EMAIL PROTECTED]> wrote:
> From: Geert Uytterhoeven <[EMAIL PROTECTED]>
>
> Add a BD/DVD/CD-ROM Storage Driver for the PS3:
> - Implemented as a SCSI device driver
> - Uses software scatter-gather with a 64 KiB bounce buffer as the
On 19/07/07, Greg Kroah-Hartman <[EMAIL PROTECTED]> wrote:
From: Tsugikazu Shibata <[EMAIL PROTECTED]>
Add the japanese translation of the Documentation/HOWTO file.
A few comments below.
Signed-off-by: Tsugikazu Shibata <[EMAIL PROTECTED]>
Cc: IKEDA Munehiro <[EMAIL PROTECTED]>
From: Bartlomiej Zolnierkiewicz <[EMAIL PROTECTED]>
Subject: Re: block/bsg.c
Date: Wed, 18 Jul 2007 22:39:38 +0200
>
> On Wednesday 18 July 2007, FUJITA Tomonori wrote:
>
> > They were fixed. Please check the latest code:
> >
> >
On Wed, Jul 18, 2007 at 01:39:53PM -0400, Rob Landley wrote:
> PICK ONE! JUST
My understanding is that Linux kernel sends a signal to freeze processes
during suspend2ram operation. Which signal is used to achieve this?
The problem I am facing is that some of the system calls are failing
with EINTR errno during suspend operation and I want to install a signal
handler for
Patrick McHardy wrote:
andrei radulescu-banu wrote:
[...]
In conclusion, here is the buglist:
1). If set promiscuous, the e1000 should disable any vlan rx filtering, so that it can receive vlan frames of other vlan id's. Other ethernet drivers probably need fixed as well.
2). The
device_bind_driver() error code returning has been fixed.
release() function has been written, so that to free resources
in correct way; the release path is now clean.
Before the rework, it used to cause
Device '[EMAIL PROTECTED]:1' does not have a release() function, it is broken
and
On Mon, 16 Jul 2007 18:15:40 +0200
Geert Uytterhoeven <[EMAIL PROTECTED]> wrote:
> From: Geert Uytterhoeven <[EMAIL PROTECTED]>
>
> Add a Disk Storage Driver for the PS3:
Your patchset significantly hits powerpc, scsi and block. So who gets to
merge this? Jens? James? Paul?
Me, I guess ;)
On Wed 18 Jul 2007 18:16, Andrew Morton pondered:
>
> I'd suggest that any interface into here should be via function calls,
> not via direct access to printk internals: think up some nice
> copy_me_some_of_the_log_buffer() interface.
If so - I would still like to put it in:
- ifdef
Ben Greear wrote:
> Patrick McHardy wrote:
>
>> Put another way, once you enable VLAN header stripping, you
>> won't see the headers for *any* VLAN, not only for those you're
>> actually running locally. This is also a problem for devices
>> like macvlan, where it would be desirable to make use
Change the m68knommu irq handling to use the generic irq framework.
Signed-off-by: Greg Ungerer <[EMAIL PROTECTED]>
---
arch/m68knommu/Kconfig |4
arch/m68knommu/kernel/Makefile |4
arch/m68knommu/kernel/asm-offsets.c|5
arch/m68knommu/kernel/irq.c
On 7/18/07, Rob Landley <[EMAIL PROTECTED]> wrote:
> > /sys/block/*/dev
> > /sys/block/*/*/dev
>
> Note that this will change to /sys/class/block/ in the future.
At OLS, Kay Sievers said in a future version they were going to move it
to "/sys/subsystem/block", which I can't document right now
Andrew Li wrote:
Hi guys,
I have a strange problem with cron, it is doing a segfault every minute.
This problem happened out of the blue, according to authlog no users
have logged onto the system in between the time it last worked and the
time it began to fail.
The error messages from messages
Hi,
The Coverity checker noticed that we allocate too little storage
for "struct cr_panel *crp" in cr_backlight_probe().
We allocate sizeof(crp) where we should really be
allocating sizeof(*crp) - or sizeof(struct cr_panel) - I
chose the first notation.
This patch should fix the problem.
Reformat show_cpuinfo() to be consistent with normal coding style
(and rest of this file).
Signed-off-by: Greg Ungerer <[EMAIL PROTECTED]>
---
diff -Naur linux-2.6.22/arch/m68knommu/kernel/setup.c
linux-2.6.22-uc0/arch/m68knommu/kernel/setup.c
--- linux-2.6.22/arch/m68knommu/kernel/setup.c
In die_if_kernel() start the stack dump at the exception-time SP, not
at the SP with all the saved registers; the stack below exception-time
sp contains only exception-saved values and is already printed in
details just before.
Signed-off-by: Philippe De Muyter <[EMAIL PROTECTED]>
Signed-off-by:
Remove is_in_rom() function. It doesn't actually serve the purpose it was
intended to. If you look at the use of it _access_ok() (which is the only
use of it) then it is obvious that most of memory is marked as access_ok.
No point having is_in_rom() then, so remove it.
Signed-off-by: Greg Ungerer
On Wed, 2007-07-18 at 09:19 -0700, Zachary Amsden wrote:
> > +#define GET_CONTENTS(desc) (((desc)->raw32.b >> 10) & 3)
> > +#define GET_WRITABLE(desc) (((desc)->raw32.b >> 9) & 1)
>
> You got rid of the duplicate definitions here, but then added new
> duplicates (GET_CONTENTS / WRITABLE). Can
On Thu, 2007-07-19 at 09:27 +1000, Rusty Russell wrote:
> On Wed, 2007-07-18 at 09:19 -0700, Zachary Amsden wrote:
> > > +#define GET_CONTENTS(desc) (((desc)->raw32.b >> 10) & 3)
> > > +#define GET_WRITABLE(desc) (((desc)->raw32.b >> 9) & 1)
> >
> > You got rid of the duplicate
From: TripleX <[EMAIL PROTECTED]>
This is a Chinese translated version of
Documentation/stable_api_nonsense.txt.
From: TripleX <[EMAIL PROTECTED]>
Signed-off-by: WANG Cong <[EMAIL PROTECTED]>
Signed-off-by: Li Yang <[EMAIL PROTECTED]>
Signed-off-by: Greg Kroah-Hartman <[EMAIL PROTECTED]>
---
From: Li Yang <[EMAIL PROTECTED]>
Addressing patch from Stefan Richter:
HOWTO: update URLs of git trees
(It will be better if we update this to commit-id later)
Signed-off-by: Li Yang <[EMAIL PROTECTED]>
Signed-off-by: Greg Kroah-Hartman <[EMAIL PROTECTED]>
---
Documentation/zh_CN/HOWTO | 26
From: Li Yang <[EMAIL PROTECTED]>
This is a Chinese translated version of Documentation/HOWTO. Currently
Chinese involvement in Linux kernel is very low, especially comparing to
its largest population base. Language could be the main obstacle. Hope
this document will help more Chinese to
From: Hans-Jürgen Koch <[EMAIL PROTECTED]>
this is a patch that adds support for Hilscher CIF DeviceNet and
Profibus cards. I tested it on a Kontron CPX board, and Thomas reviewed
it.
You can find the user space part here:
http://www.osadl.org/projects/downloads/UIO/user/cif-0.1.0.tar.gz
1 - 100 of 1126 matches
Mail list logo