The assembly templates for lguest guest patching are in the .init.text
section. This means that modules get patched with "cc cc cc cc" or
similar junk.
Signed-off-by: Rusty Russell <[EMAIL PROTECTED]>
diff -r 554f72e059aa drivers/lguest/lguest_asm.S
--- a/drivers/lguest/lguest_asm.S Thu
On Sun, 23 Sep 2007 00:03:49 +0400, Alexey Dobriyan said:
> -static inline void *kcalloc(size_t n, size_t size, gfp_t flags)
> -{
> - if (n != 0 && size > ULONG_MAX / n)
> - return NULL;
> - return __kmalloc(n * size, flags | __GFP_ZERO);
> -}
> +void *kcalloc(size_t n, size_t
Hi,
I have a UI request for xconfig. Seems somewhat simple & obvious
from a user perspective. I'm not saying that it's simple to
implement, but maybe someone out there would be interested in doing
so.
By default all menus start as open or expanded, but they can also be
closed by clicking on
Quoting Cedric Le Goater ([EMAIL PROTECTED]):
> Cedric Le Goater wrote:
> > Pavel Emelyanov wrote:
> >> Looks sane :)
> >>
> >> [snip]
> >>
> >>> Index: 2.6.23-rc6-mm1/kernel/exit.c
> >>> ===
> >>> ---
On Mon, 24 Sep 2007 12:40:07 +1000 hce wrote:
> Thanks Randy.
>
> On 9/24/07, Randy Dunlap <[EMAIL PROTECTED]> wrote:
> > On Mon, 24 Sep 2007 08:52:36 +1000 hce wrote:
> >
> > > Hi,
> > >
> > > I am upgrading from kernel 2.6.11 to 2.6.22 on ARM S3C2400A and found
> > > a following issue on
On Fri, 21 Sep 2007 21:43:20 +0200, Jiri Slaby said:
> On 09/21/2007 09:38 PM, Jiri Slaby wrote:
> > It is rather the other user who adds the page to some other list while bein
g at
> > deferred_pages list. Could you try my debug patch
> > (http://lkml.org/lkml/2007/9/19/141)?
>
> or the
Natalie Protasevich wrote:
On 9/23/07, David Woodhouse <[EMAIL PROTECTED]> wrote:
On Sun, 2007-09-23 at 11:08 -0700, Natalie Protasevich wrote:
On 9/23/07, Diego Calleja <[EMAIL PROTECTED]> wrote:
Take a look at http://bugzilla.kernel.org/show_bug.cgi?id=3710
bugzilla tries to send a mail to
On Sun, Sep 23, 2007 at 03:02:35PM +0200, Peter Zijlstra wrote:
> On Sun, 23 Sep 2007 09:20:49 +0800 Fengguang Wu <[EMAIL PROTECTED]>
> wrote:
>
> > On Sat, Sep 22, 2007 at 03:16:22PM +0200, Peter Zijlstra wrote:
> > > On Sat, 22 Sep 2007 09:55:09 +0800 Fengguang Wu <[EMAIL PROTECTED]>
> > >
This patch does the following things:
- Make hidp_setup_input() return int to indicate errors.
- Check its return value to handle errors.
Thanks to roel for comments.
Signed-off-by: WANG Cong <[EMAIL PROTECTED]>
---
net/bluetooth/hidp/core.c | 11 +++
1 file changed, 7
On Mon, Sep 24, 2007 at 12:13:22AM +0200, roel wrote:
>WANG Cong wrote:
>> This patch does the following things:
>>
>> - Make hidp_setup_input() return int to indicate errors.
>> - Check its return value to handle errors.
>>
>> Signed-off-by: WANG Cong <[EMAIL PROTECTED]>
>>
>> ---
>>
Thanks Randy.
On 9/24/07, Randy Dunlap <[EMAIL PROTECTED]> wrote:
> On Mon, 24 Sep 2007 08:52:36 +1000 hce wrote:
>
> > Hi,
> >
> > I am upgrading from kernel 2.6.11 to 2.6.22 on ARM S3C2400A and found
> > a following issue on 2.6.22.
> >
> > On 2.6.11, I selected CONFIG_ISA, CONFIG_NET_PCI and
This patch merges the fb_powerup and fb_powerdown hooks in a single
operation fb_power with an additional "state" parameter ranging
from 0 (running) to 3 (poweroff).
The geodefb uses state 2 as an intermediate low-power mode, where
the LX or GX video unit is turned off, but the GPU may still be
Code change, remove some Device IDs.
Signed-off-by: Peer Chen <[EMAIL PROTECTED]>
---
--- linux-2.6.23-rc7/drivers/ata/ahci.c.orig2007-09-20 11:01:55.0
-0400
+++ linux-2.6.23-rc7/drivers/ata/ahci.c 2007-09-24 10:08:03.0 -0400
@@ -472,6 +472,14 @@ static const struct
Yes,it's necessary because our RAID controller also use the ahci driver.
--
Peer Chen
2007-09-24
-
·¢¼þÈË£ºAlan Cox
·¢ËÍÈÕÆÚ£º2007-09-21 18:32:09
ÊÕ¼þÈË£ºPeer Chen
³ËÍ£ºlinux-kernel;
On Mon, 24 Sep 2007 08:52:36 +1000 hce wrote:
> Hi,
>
> I am upgrading from kernel 2.6.11 to 2.6.22 on ARM S3C2400A and found
> a following issue on 2.6.22.
>
> On 2.6.11, I selected CONFIG_ISA, CONFIG_NET_PCI and CONFIG_CS89X0 to
> build CS8900A Ethernet driver to kernel, it was running
On Sun, Sep 23, 2007 at 09:38:07PM +0400, Oleg Nesterov wrote:
> On 09/10, Paul E. McKenney wrote:
> >
> > Work in progress, not for inclusion.
>
> Impressive work! a couple of random newbie's questions...
Thank you for the kind words, and most especially for the careful review!!!
And Oleg, I
James Bottomley wrote:
On Sun, 2007-09-23 at 19:43 -0400, Jeff Garzik wrote:
James Bottomley wrote:
On Sun, 2007-09-23 at 00:04 -0400, Jeff Garzik wrote:
Rather than sitting on this for far too long, I wanted to go ahead and
get this out there. I heard some chips might be trickling out into
On Sun, 2007-09-23 at 23:31 +0200, Oleg Verych wrote:
> * Sun, 23 Sep 2007 22:22:28 +0300
> * Organization: Home
>
> []
> >> >
> >> > So there, if one wants "ATI Radeon display support" on Radeon XPRESS
> >> > 200M with
> >> > X using radeon_drv.so, *should* put "Framebuffer Console
On Sun, 2007-09-23 at 22:22 +0300, Mihai Donțu wrote:
>
> Bottom line: no radeonfb for me :( at least, not now; but I have to
> be honest with
> you: I don't see what commit
> dd1447134454b169d5ae353aceb93f2368db8547 brought new
> into the picture. The previous radeonfb worked just great,
On Sun, 2007-09-23 at 19:43 -0400, Jeff Garzik wrote:
> James Bottomley wrote:
> > On Sun, 2007-09-23 at 00:04 -0400, Jeff Garzik wrote:
> >> Rather than sitting on this for far too long, I wanted to go ahead and
> >> get this out there. I heard some chips might be trickling out into
> >> public
Jeff Garzik wrote:
Just for everybody's information, the Marvell SAS/SATA chip for which
I'm also writing a driver definitely supports all of that: SMP, STP,
wire ports, SCSI target mode, even SATA target mode.
s/wire/wide/ of course
-
To unsubscribe from this list: send the line
Douglas Gilbert wrote:
Is the lack of SMP support a driver limitation or is it
the silicon?
How about support for wide ports (i.e. when 2 or more HBA
phys are attached to remote phys which have the same SAS
addresses)?
Last question: can the chip run in SCSI target mode?
Just for
James Bottomley wrote:
On Sun, 2007-09-23 at 00:04 -0400, Jeff Garzik wrote:
Rather than sitting on this for far too long, I wanted to go ahead and
get this out there. I heard some chips might be trickling out into
public hands.
The first thing to note is about the specs and the
Douglas Gilbert wrote:
Is the lack of SMP support a driver limitation or is it
the silicon?
Open question (pending w/ BCM). It looks like the answer is "silicon
limitation".
How about support for wide ports
Open question (w/ BCM). It looks like the answer is "no support."
Last
This patch merges the fb_powerup and fb_powerdown hooks in a single
operation fb_power with an additional "state" parameter ranging
from 0 (running) to 3 (poweroff).
The geodefb uses state 2 as an intermediate low-power mode, where
the LX or GX video unit is turned off, but the GPU may still be
On Sun, 2007-09-23 at 00:04 -0400, Jeff Garzik wrote:
> Rather than sitting on this for far too long, I wanted to go ahead and
> get this out there. I heard some chips might be trickling out into
> public hands.
The first thing to note is about the specs and the pre-production
hardware: the
Hi,
I am upgrading from kernel 2.6.11 to 2.6.22 on ARM S3C2400A and found
a following issue on 2.6.22.
On 2.6.11, I selected CONFIG_ISA, CONFIG_NET_PCI and CONFIG_CS89X0 to
build CS8900A Ethernet driver to kernel, it was running perfect.
But on 2.6.22, I made the same configuration for
Remove the broken status to CONFIG_TIMERFD.
Signed-off-by: Davide Libenzi <[EMAIL PROTECTED]>
- Davide
---
init/Kconfig |1 -
1 file changed, 1 deletion(-)
Index: linux-2.6.mod/init/Kconfig
===
---
This is the new timerfd API as it is implemented by the following patch:
int timerfd_create(int clockid);
int timerfd_settime(int ufd, int flags,
const struct itimerspec *utmr,
struct itimerspec *otmr);
int timerfd_gettime(int ufd, struct itimerspec *otmr);
Wires up the new timerfd API to the x86 family.
Signed-off-by: Davide Libenzi <[EMAIL PROTECTED]>
- Davide
---
arch/i386/kernel/syscall_table.S |5 -
arch/x86_64/ia32/ia32entry.S |4 +++-
include/asm-i386/unistd.h|6 --
include/asm-x86_64/unistd.h |
Diego Calleja wrote:
> FUSE could be an acceptable solution.
Not really. Booting Xbox-Linux from an image file on a FATX partition is
common. I don't think FUSE would work very well there.
--
Hector Martin ([EMAIL PROTECTED])
Public Key: http://www.marcansoft.com/marcan.asc
-
To unsubscribe
El Sun, 23 Sep 2007 16:51:15 -0400, Hector Martin <[EMAIL PROTECTED]> escribió:
> Most xbox-linux users are stuck using 2.4, since there is no FATX driver
> for 2.6 and the 2.4 one is unmaintained. I've been thinking about
> writing FATX support into 2.6, to finally end this problem (this is
>
X2 Dual Core Processor BE-2350 ...
full info is at http://spblinux.de/xen/20070923/
Same bug if preempt is disabled; same bug if vcpus is reduced to 1 in xen
domU.
Please cc to osth at freesurf.ch because I am not on the list.
Christian Ostheimer
testcase which triggers the bug:
#!/bin/bash
#
# modi
I've just released Linux 2.4.35.3.
This version fixes CVE-2007-4573 which may lead to local privilege escalation
on x86_64.
It also fixes another problem reported by Gilles Espinasse: If the ATM module
is loaded with CLIP support but the CLIP module is not loaded yet, any user
reading
WANG Cong wrote:
> This patch does the following things:
>
> - Make hidp_setup_input() return int to indicate errors.
> - Check its return value to handle errors.
>
> Signed-off-by: WANG Cong <[EMAIL PROTECTED]>
>
> ---
> net/bluetooth/hidp/core.c |7 ---
> 1 file changed, 4
Jeff Garzik wrote:
> Rather than sitting on this for far too long, I wanted to go ahead and
> get this out there. I heard some chips might be trickling out into
> public hands.
>
> This is a bare bones Broadcom 8603 SAS+SATA driver, attempting to use
> the vaunted libsas. Notes:
>
> * A quick
Most xbox-linux users are stuck using 2.4, since there is no FATX driver
for 2.6 and the 2.4 one is unmaintained. I've been thinking about
writing FATX support into 2.6, to finally end this problem (this is
basically the only thing holding up 2.6 for Xbox Linux distros). While I
have done a little
* Sun, 23 Sep 2007 22:22:28 +0300
* Organization: Home
[]
>> >
>> > So there, if one wants "ATI Radeon display support" on Radeon XPRESS
>> > 200M with
>> > X using radeon_drv.so, *should* put "Framebuffer Console support" to N
>> > (if it's
>> > not already).
[]
> Bottom line: no
* Oleg Verych <[EMAIL PROTECTED]> [2007-09-23 23:15]:
>
> - crashkernel=512M-2G:64M,2G-:[EMAIL PROTECTED]
> + crashkernel=512M-2G,64M,2G-,128M,,offset
> ?
I don't like this syntax.
Thanks,
Bernhard
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a
On Sun, Sep 23, 2007 at 10:19:43PM +0200, Bernhard Walle wrote:
[]
> > +int __init get_crashkernel_params(u64 *memsize, u64 *addrbase, char
> > *cmdline, u64 ram);
>
> Andrew, what's your opinion on this? Whould I resend the patch with
> shorter type names?
Also, maybe it will be better to
On Sunday, 23 September 2007 21:59, Thomas Gleixner wrote:
> On Sun, 2007-09-23 at 22:08 +0200, Rafael J. Wysocki wrote:
> > > > Since the boot fails very early, before any messages reach the (VGA)
> > > > console,
> > > > I have no idea what to do next, except for digging in the code.
> > >
> >
iw_cxgb3: Support "iwarp-only" interfaces to avoid 4-tuple conflicts.
Version 3:
- don't use list_del_init() where list_del() is sufficient.
Version 2:
- added a per-device mutex for the address and listening endpoints lists.
- wait for all replies if sending multiple passive_open requests
* Sat, 15 Sep 2007 12:27:07 -0400 (EDT)
> Extend the memparse() routine to allow a caller to use NULL as the
> second parameter value if he has no interest in that returned value.
(not `he', but `it', even if `he', then better `callers' + `they')
> ---
>
> there appear to be quite a number of
Sean Hefty wrote:
The iWARP driver must translate all listens on address 0.0.0.0 to the
set of rdma-only ip addresses for the device in question. This prevents
incoming connect requests to the TCP ipaddresses from going up the
rdma stack.
I've only given this a high level review at this
* Oleg Verych <[EMAIL PROTECTED]> [2007-09-23 01:14]:
> * Thu, 20 Sep 2007 19:18:46 +0200
>
> []
> > extern u32 vmcoreinfo_note[VMCOREINFO_NOTE_SIZE/4];
> > extern unsigned int vmcoreinfo_size;
> > extern unsigned int vmcoreinfo_max_size;
> > +int __init parse_crashkernel(char *cmdline,
Add #include for flush_dcache_range
to make the driver compile again.
CC arch/ppc/8xx_io/enet.o
arch/ppc/8xx_io/enet.c: In function 'scc_enet_start_xmit':
arch/ppc/8xx_io/enet.c:240: error: implicit declaration of function
'flush_dcache_range'
make[1]: *** [arch/ppc/8xx_io/enet.o] Error
In cpm_uart_core, functions cpm_uart_init_bd and cpm_uart_init_scc
an offset into DP RAM is calculated by substracting a physical
memory constant from an virtual address. This patch fixes the
problem by converting the virtual address into a physical
first.
Signed-off-by: Jochen Friedrich
cpm_dpram_addr returns physical memory of the DP RAM instead of
iomapped virtual memory. As there usually is a 1:1 MMU map of
the IMMR area, this is often not noticed. However, cpm_dpram_phys
assumes this iomapped virtual memory and returns garbage on the
1:1 mapped memory causing CPM1 uart
The powerpc version of commproc.c doesn't export cpm_dpram_addr twice
and cpm_dpram_phys not at all due to a typo. This patch fixes this
problem.
CC arch/powerpc/sysdev/commproc.o
arch/powerpc/sysdev/commproc.c:398: error: redefinition of
'__kcrctab_cpm_dpram_addr'
Here is a series fixing some bugs for 8xx powerpc CPUs.
1. [POWERPC] Fix copy'n'paste typo in commproc.c
2. [PPC] Fix cpm_dpram_addr returning phys mem instead of virt mem
3. [PPC] Compile fix for 8xx CPM Ehernet driver
4. [POWERPC] Fix cpm_uart driver
This series can be pulled from
Linus, please pull from
master.kernel.org:/pub/scm/linux/kernel/git/roland/infiniband.git for-linus
This tree is also available from kernel.org mirrors at:
git://git.kernel.org/pub/scm/linux/kernel/git/roland/infiniband.git
for-linus
This will get one fix for a data corruption bug in
On Saturday 22 September 2007 2:27:29 pm Vegard Nossum wrote:
> After recent discussions on LKML and a general dissatisfaction at the
> current printk() kernel-message logging interface, I've decided to
> write down some of the ideas for a better system.
>
>
> Requirements
>
>
> *
On Sun, 2007-09-23 at 22:08 +0200, Rafael J. Wysocki wrote:
> > > Since the boot fails very early, before any messages reach the (VGA)
> > > console,
> > > I have no idea what to do next, except for digging in the code.
> >
> > Ok, lets track it down. Is there any difference when you add:
> >
>
On Sunday, 23 September 2007 21:18, Christian P. Schmidt wrote:
> Rafael J. Wysocki wrote:
> > On Sunday, 23 September 2007 18:19, Christian P. Schmidt wrote:
> >> Rafael J. Wysocki wrote:
> >>> On Sunday, 23 September 2007 14:38, Christian P. Schmidt wrote:
> Rafael J. Wysocki wrote:
> >
On Sunday, 23 September 2007 21:10, Thomas Gleixner wrote:
> On Sun, 2007-09-23 at 12:57 +0200, Rafael J. Wysocki wrote:
> > Hi Thomas,
> >
> > Unfortunately, my observation that the patch series:
> >
> > http://tglx.de/projects/hrtimers/2.6.23-rc4/patch-2.6.23-rc4-hrt1.patches.tar.bz2
> >
> >
> - dbg("too big transfer requested");
> + if (printk_ratelimit())
> + usb_err(instance->usbatm, "requested transfer size too
> large (%d, %d)\n",
> + wbuflen, rbuflen);
etc
Acked-by: Duncan Sands <[EMAIL PROTECTED]>
-
To
On Sun, 2007-09-23 at 10:45 +0200, Jan Engelhardt wrote:
> I'd rather fix up code to reduce its indent rather than
> trying microoptimizations at the function name level!
I think that's a different discussion.
You could fix some of them whenever you like.
$ egrep -r -l --include=*.c
On Sun, 2007-09-23 at 10:39 +0200, Vegard Nossum wrote:
> On 9/23/07, Joe Perches <[EMAIL PROTECTED]> wrote:
> > Given the number of 80 column zealots, character naming length
> > matters.
> I don't know. Compare the following two lines:
> printk(KERN_INFO "Message.\n");
> kprint_info("Message.");
On Sunday 23 September 2007, Rafael J. Wysocki wrote:
> On Sunday, 23 September 2007 20:31, Mihai Donțu wrote:
> > On Sunday 23 September 2007, Mihai Donțu wrote:
> > > I'll to do a full cleanup and start all over. I'm going to nail this
> > > thing down if
> > > it's the last thing I do! (so
Rafael J. Wysocki wrote:
> On Sunday, 23 September 2007 18:19, Christian P. Schmidt wrote:
>> Rafael J. Wysocki wrote:
>>> On Sunday, 23 September 2007 14:38, Christian P. Schmidt wrote:
Rafael J. Wysocki wrote:
> On Saturday, 22 September 2007 17:41, Christian P. Schmidt wrote:
>> Hi
On Sun, 2007-09-23 at 12:57 +0200, Rafael J. Wysocki wrote:
> Hi Thomas,
>
> Unfortunately, my observation that the patch series:
>
> http://tglx.de/projects/hrtimers/2.6.23-rc4/patch-2.6.23-rc4-hrt1.patches.tar.bz2
>
> worked with 2.6.23-rc4 was wrong. It _sometimes_ works, but usually
On Sunday, 23 September 2007 20:31, Mihai Donțu wrote:
> On Sunday 23 September 2007, Mihai Donțu wrote:
> > I'll to do a full cleanup and start all over. I'm going to nail this thing
> > down if
> > it's the last thing I do! (so help me God) :)
>
> Found it!
>
> The problem was
Davide Libenzi wrote:
On Sun, 23 Sep 2007, Davide Libenzi wrote:
On Sun, 23 Sep 2007, Michael Kerrisk wrote:
I applied this patch against 2.6.27-rc7, and wired up the syscalls as shown
in the definitions below. When I ran the the program below, my system
immediately froze. Can you try it
On Sun, Sep 23, 2007 at 10:05:05AM -0700, Linus Torvalds wrote:
>
>
> On Sun, 23 Sep 2007, Arnaldo Carvalho de Melo wrote:
> >
> > bzero! That is it, its nothing new, just a sane name to something [..]
>
> No, please no!
>
> The BSD memory functions are nasty. If you do bzero, you logically
When an error occurs, existing logging uses dbg() so the cause of a
problem is hard to determine. Error conditions shouldn't only be
properly reported with debugging enabled.
A side effect of this change is that when an uninitialised device
is started, a log message similar to the following is
On Sun, 23 Sep 2007, Davide Libenzi wrote:
> On Sun, 23 Sep 2007, Michael Kerrisk wrote:
>
> > I applied this patch against 2.6.27-rc7, and wired up the syscalls as shown
> > in the definitions below. When I ran the the program below, my system
> > immediately froze. Can you try it on your
On 23/09/07 17:20, Duncan Sands wrote:
> On Sunday 23 September 2007 17:36:08 Simon Arlott wrote:
>> Cleanup code by removing "ret = ret;" assignments.
>>
>> Signed-Off-By: Simon Arlott <[EMAIL PROTECTED]>
>
> Acked-by: Duncan Sands <[EMAIL PROTECTED]>
Nacked-by: Simon Arlott <[EMAIL
On Sun, 23 Sep 2007, Michael Kerrisk wrote:
> I applied this patch against 2.6.27-rc7, and wired up the syscalls as shown
> in the definitions below. When I ran the the program below, my system
> immediately froze. Can you try it on your system please.
There's an hrtimer_init() missing in
On 9/23/07, David Woodhouse <[EMAIL PROTECTED]> wrote:
>
> On Sun, 2007-09-23 at 11:08 -0700, Natalie Protasevich wrote:
> > On 9/23/07, Diego Calleja <[EMAIL PROTECTED]> wrote:
> > > Take a look at http://bugzilla.kernel.org/show_bug.cgi?id=3710
> > >
> > > bugzilla tries to send a mail to the
On 23/09/07 17:23, Duncan Sands wrote:
> Hi Simon,
>
>> +usb_info(usbatm, "started firmware\n");
> ...
>> +usb_info(usbatm, "loaded config data\n");
>
> maybe these should be debug messages. When are they useful?
They are probably only useful as debug messages - although it
On Sun, 2007-09-23 at 11:08 -0700, Natalie Protasevich wrote:
> On 9/23/07, Diego Calleja <[EMAIL PROTECTED]> wrote:
> > Take a look at http://bugzilla.kernel.org/show_bug.cgi?id=3710
> >
> > bugzilla tries to send a mail to the reporter, it fails ("unknown user
> > account"),
> > but the error
On Sunday 23 September 2007, Mihai Donțu wrote:
> I'll to do a full cleanup and start all over. I'm going to nail this thing
> down if
> it's the last thing I do! (so help me God) :)
Found it!
The problem was "Framebuffer Console support". It was enabled by default in
older
configs (like
On Sunday, 23 September 2007 18:19, Christian P. Schmidt wrote:
> Rafael J. Wysocki wrote:
> > On Sunday, 23 September 2007 14:38, Christian P. Schmidt wrote:
> >> Rafael J. Wysocki wrote:
> >>> On Saturday, 22 September 2007 17:41, Christian P. Schmidt wrote:
> Hi all,
>
> I'm
On 9/23/07, Diego Calleja <[EMAIL PROTECTED]> wrote:
> Take a look at http://bugzilla.kernel.org/show_bug.cgi?id=3710
>
> bugzilla tries to send a mail to the reporter, it fails ("unknown user
> account"),
> but the error failure is appended as a bugzilla comment. Then bugzilla tries
> to
> send
Take a look at http://bugzilla.kernel.org/show_bug.cgi?id=3710
bugzilla tries to send a mail to the reporter, it fails ("unknown user
account"),
but the error failure is appended as a bugzilla comment. Then bugzilla tries to
send that comment to everyone involved in the bug, including the
On Sunday 23 September 2007, Mihai Donțu wrote:
> On Sunday 23 September 2007, Benjamin Herrenschmidt wrote:
> > Heh, yup.
> >
> > There have been some radeonfb patches around -rc6 or so. Can you try
> > backing them out and letting us know if that helps a) ?
> >
> > In that case, Linus, we
On Sun, 16 September 2007 11:44:09 -0700, Linus Torvalds wrote:
> On Sun, 16 Sep 2007, Jörn Engel wrote:
> >
> > My approach is to have one for mount points and ramfs/tmpfs/sysfs/etc.
> > which are pinned for their entire lifetime and another for regular
> > files/inodes. One could take a
Hi Davide,
Davide Libenzi wrote:
> On Sat, 22 Sep 2007, Michael Kerrisk wrote:
>
>> So I'm inclined to implement option (b), unless someone has strong
>> objections. Davide, could I persuade you to help?
>
> I guess I better do, otherwise you'll continue to stress me ;)
Thanks -- that was
On 09/10, Paul E. McKenney wrote:
>
> Work in progress, not for inclusion.
Impressive work! a couple of random newbie's questions...
> --- linux-2.6.22-b-fixbarriers/include/linux/rcupdate.h 2007-07-19
> 14:02:36.0 -0700
> +++ linux-2.6.22-c-preemptrcu/include/linux/rcupdate.h
Hi,
when compiling 2.6.23-rc7-git3 with a config which resembles
allmodconfig, I get the following warning in modpost:
WARNING: Can't handle masks in drivers/mtd/nand/cafe_nand:0
Regards,
Carl-Daniel
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a
On Sun, 23 Sep 2007, Arnaldo Carvalho de Melo wrote:
>
> bzero! That is it, its nothing new, just a sane name to something [..]
No, please no!
The BSD memory functions are nasty. If you do bzero, you logically should
do the others too, and they are way inferior to the standard ones. Let's
This patch solves CVE-2007-3104 - sysfs_readdir oops.
More can be found here:
http://git.kernel.org/?p=linux/kernel/git/stable/linux-2.6.22.y.git;a=commit;h=dc351252b33f8fede396d6173dba117bcb933607
Signed-off-by: Miloslav Semler
---
diff -uprN linux-2.6.16.53/fs/sysfs/dir.c
Em Sun, Sep 23, 2007 at 12:33:13PM -0400, Robert P. J. Day escreveu:
> On Sun, 23 Sep 2007, Dave Jones wrote:
>
> > There is one useful argument for memzero (or bzero to give it its
> > proper name), and that's that it's impossible to screw up. I'm still
> > amazed at how many times I see
> >
> >
On Sunday 23 September 2007, Benjamin Herrenschmidt wrote:
> Heh, yup.
>
> There have been some radeonfb patches around -rc6 or so. Can you try
> backing them out and letting us know if that helps a) ?
>
> In that case, Linus, we probably want to revert them...
>
> Though looking at your PCI ID
On Sun, 23 Sep 2007, Dave Jones wrote:
> There is one useful argument for memzero (or bzero to give it its
> proper name), and that's that it's impossible to screw up. I'm still
> amazed at how many times I see
>
> memset (x,size,0);
>
> in various code. So much so, that my editor
Hi Simon,
> + usb_info(usbatm, "started firmware\n");
...
> + usb_info(usbatm, "loaded config data\n");
maybe these should be debug messages. When are they useful?
Ciao,
Duncan.
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message
Rafael J. Wysocki wrote:
> On Sunday, 23 September 2007 14:38, Christian P. Schmidt wrote:
>> Rafael J. Wysocki wrote:
>>> On Saturday, 22 September 2007 17:41, Christian P. Schmidt wrote:
Hi all,
I'm having a strange problem, of course not reproducible. Sometimes
after a
On Sunday 23 September 2007 17:36:08 Simon Arlott wrote:
> Cleanup code by removing "ret = ret;" assignments.
>
> Signed-Off-By: Simon Arlott <[EMAIL PROTECTED]>
Acked-by: Duncan Sands <[EMAIL PROTECTED]>
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a
Hi Simon, don't these error messages (except the first) risk spamming
the log if something goes wrong (like the modem being unplugged)? How
about rate-limiting them, like usbatm does?
Ciao,
Duncan.
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a
Em Sun, Sep 23, 2007 at 11:32:43AM -0400, Dave Jones escreveu:
> On Sat, Sep 22, 2007 at 11:53:53AM -0700, Linus Torvalds wrote:
> >
> >
> > On Sat, 22 Sep 2007, Arjan van de Ven wrote:
> > >
> > > it doesn't add value memset with a constant 0 is just as fast
> > > (since the compiler
On Sun, 2007-09-23 at 13:58 +0200, Ingo Molnar wrote:
> i'm also wondering - do we even need sync_vruntime() at all? Now that we
> fix up vruntime while we migrate tasks across rqs, the global notion of
> vruntime makes less and less of a sense.
Yeah, I was wondering that too, but it does seem
On 9/23/07, Alan Cox <[EMAIL PROTECTED]> wrote:
> > Sep 18 18:50:01 treogen [ 63.44] ata1.00: status: {DRDY }
> > Sep 18 18:50:01 treogen [ 63.44] ata1: hard resetting link
>
> Timed out waiting for data transfers to complete that didn't. Does sound
> like the device got told the wrong
Since card status updates appear to only occur every second, a delay
of 1000ms on startup may not be sufficient - change to 1500ms.
The long delay of 4000ms is likely to be related to the time required
for the ADSL line to come up - the driver should not need to do this.
Overall delay when
Cleanup code by removing "ret = ret;" assignments.
Signed-Off-By: Simon Arlott <[EMAIL PROTECTED]>
---
drivers/usb/atm/cxacru.c |4
1 files changed, 0 insertions(+), 4 deletions(-)
diff --git a/drivers/usb/atm/cxacru.c b/drivers/usb/atm/cxacru.c
index 35308a8..bb3169c 100644
---
On Sat, Sep 22, 2007 at 11:53:53AM -0700, Linus Torvalds wrote:
>
>
> On Sat, 22 Sep 2007, Arjan van de Ven wrote:
> >
> > it doesn't add value memset with a constant 0 is just as fast
> > (since the compiler knows it's 0) than any wrapper around it, and the
> > syntax around it is
On 9/23/07, FUJITA Tomonori <[EMAIL PROTECTED]> wrote:
> On Sun, 23 Sep 2007 15:19:13 +0200
> "Torsten Kaiser" <[EMAIL PROTECTED]> wrote:
> > To update the statistik:
> > prior to 2.6.23-rc4-mm1: no trouble with any drives on the SiI 3132.
> > 2.6.23-rc4-mm1 without patch: 2 out of 2 bad.
> > back
When an error occurs, existing logging uses dbg() so the cause of a
problem is hard to determine. Error conditions shouldn't only be
properly reported with debugging enabled.
A side effect of this change is that when an uninitialised device
is started, a log message similar to the following is
Hi
I've tried to compile 2.6.23-rc6-mm1, but it fails on ipg.c with the error :
Setup is 10964 bytes (padded to 11264 bytes).
System is 1640 kB
Kernel: arch/i386/boot/bzImage is ready (#1)
Building modules, stage 2.
MODPOST 2030 modules
WARNING: Can't handle masks in
I've removed all uses of bus_to_virt[1] and virt_to_bus from the advansys
driver for the narrow card; it's now at the point where I can get 8MB/s
on a parisc machine [2]. But I don't have a wide advansys card, and the code
paths in the driver are very, very different. I think I know everything
On Sat, Sep 22, 2007 at 08:11:06PM -0700, Linus Torvalds wrote:
> From a "future behaviour" standpoint it would probably be interesting to
> hear whether Mihai can make his machine with not with the old IDE layer
> (which distributions are migrating away from) but with the ATA layer
> (libata)
1 - 100 of 274 matches
Mail list logo
