Christoph Lameter wrote:
On Thu, 30 Aug 2007, Adrian Bunk wrote:
Christoph, is your fix in -mm suitable for 2.6.23, or how else should
this regression be fixed for 2.6.23?
Looks like this is just alpha and a certain particular compiler version?
binutils 2.15.95, gcc 3.3.6 and I could updat
On 08/29/2007 09:56 PM, Rene Herman wrote:
Realised the BUGs may mean the kernel DRM people could want to be in CC...
On 08/29/2007 05:57 PM, Keith Packard wrote:
With X server 1.3, I'm getting consistent crashes with two glxgear
instances running. So, if you're getting any output, it's bette
On Wed, 2007-08-29 at 23:52 +0200, Aleksandar Dezelin wrote:
> Hi!
>
> I'm a newbie here on the list and also as a "kernel hacker". There's a
> bug reported in bugzilla (Bug 7927), cite:
>
>
> > In the function __down
> >
> > fastcall void __sched __down(struct semaphore * sem)
> > {
> > stru
* Rene Herman <[EMAIL PROTECTED]> wrote:
> Realised the BUGs may mean the kernel DRM people could want to be in CC...
and note that the schedule() call in there is not part of the crash
backtrace:
> >Call Trace:
> > [] drm_lock+0x255/0x2de
> > [] mga_dma_buffers+0x0/0x2e3
> > [] drm_ioctl+0x14
Peter Zijlstra wrote:
On Tue, 2007-08-21 at 16:05 +1000, Dave Airlie wrote:
So you can see why some sort of uncached+writecombined page cache
would be useful, I could just allocate a bunch of pages at startup as
uncached+writecombined, and allocate pixmaps from them and when I
bind/free the pi
On Thu, Aug 30, 2007 at 07:31:24AM +0300, Al Boldi wrote:
> Adrian Bunk wrote
> > Tracking feature or implementation suggestions wouldn't make sense.
> > Consider e.g. that there are several people on linux-kernel who often
> > write what they think the kernel should do but who never write a single
Konstantin Baydarov <[EMAIL PROTECTED]> writes:
> On Mon, 27 Aug 2007 11:26:29 -0700
> "Pallipadi, Venkatesh" <[EMAIL PROTECTED]> wrote:
>
>>
>>
>> - Another thing to try is to disable HPET and boot with PIT in the
>> first kernel. Just to check whether PIT never works on this platform
>> or the
Short-living process returns its timeslice to the parent, this affects process
that creates a lot of such short-living threads, because its not a parent for
new threads. Patch fixes this issue and doesn't break kabi as does the patch
from reporter: http://lkml.org/lkml/2007/4/7/21
An example a
Alan Cox wrote:
John Sigler wrote:
Standards:
Likely used: 1
Prehistory
The tragic bit is that we were sold similar DOMs in 2007...
(It's probably time to change suppliers?)
LBA, IORDY not likely
No DMA, nothing above PIO2
OK. (Grumble)
Buffer type: 0002:
Quoting Michal Piotrowski ([EMAIL PROTECTED]):
> Here is a list of some known regressions in 2.6.23-rc4.
> CPUFREQ
> Subject : ide problems: 2.6.22-git17 working, 2.6.23-rc1* is not
> References : http://lkml.org/lkml/2007/7/27/298
> http://lkml.org/lkml/2007/7/29/371
Arjan,
Franck Bui-Huu wrote:
> Arjan van de Ven wrote:
>> arch_align_stack aligns, on x86, within a 2 page range (this is for
>> cache coloring).
>
> OK, but for elf case this seems useless since the top of the stack is
> already randomized.
>
> It seems that the randomization stuff (top of the
On 29-08-2007 21:37, Michael Buesch wrote:
> On Wednesday 29 August 2007 21:33:43 Jon Smirl wrote:
>> What if a patch spans both code that is pure GPL and code imported
>> from BSD, how do you license it?
>
> I think it's a valid assumption, if we say that the author
> of the patch read the licens
Hugh Dickins <[EMAIL PROTECTED]> writes:
> The speedups I've imagined making, were a need demonstrated, have
> been more on the lines of batching (dealing with a range of pages
> in one go) and hashing (using the swapmap's ushort, so often 1 or
> 2 or 3, to hold an indicator of where to look for i
On Thu, Aug 30, 2007 at 10:26:52AM +0200, Jarek Poplawski wrote:
...
> PS: there is probably some mess with gmail addresses in this thread.
...or maybe it's OK... Sorry.
Jarek P.
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTE
Vitaly Mayatskikh skrev:
Short-living process returns its timeslice to the parent, this
affects process that creates a lot of such short-living threads,
because its not a parent for new threads.
I don't see the point of sending patches for old Linux versions such as
2.6.21, unless it's somethi
Can anyone make sense of this?
I have not encountered something like this, nor do i know what this trace means.
Please CC me if you reply.
Sincerely,
Maarten Maathuis.
log snippet:
Aug 29 21:15:15 localhost Unable to handle kernel paging request at
81003a2c6518 RIP:
Aug 29 21:15:15 localh
Hi Kumar,
> do we need this in arch/powerpc as well?
No. At least not until these patches are applied to powerpc, as well:
8f069b1a90bd97bf6d59a02ecabf0173d9175609 [PATCH] powerpc/8xx: Use 8MB D-TLB's
for kernel static mapping faults
3ea4807de7b2c5c903380ba2c2e7150bee942f42 [PATCH] powerpc/8xx:
On Wed, Aug 29, 2007 at 04:59:47PM -0700, Natalie Protasevich wrote:
> > Bugzilla is for tracking bugs, not for discussing possible
> > kernel features.
>
> True, but some of them are categorized as bugs from the reporter's
> prospective, when they say "man page says" or "according to POSIX it's
>
On Wed 29-08-07 15:06:43, Eric W. Biederman wrote:
> Jan Kara <[EMAIL PROTECTED]> writes:
> >> However I'm still confused about the use of current->user. If that
> >> is what we really want and not the user who's quota will be charged
> >> it gets to be a really trick business, because potentially
On Thu, 2007-08-30 at 09:50 +0200, Vitaly Mayatskikh wrote:
> Short-living process returns its timeslice to the parent, this affects
> process that creates a lot of such short-living threads, because its
> not a parent for new threads. Patch fixes this issue and doesn't break
> kabi as does the pat
(just in case Peter's explanation was too concise)
On 08/30, Peter Zijlstra wrote:
>
> On Wed, 2007-08-29 at 23:52 +0200, Aleksandar Dezelin wrote:
> > Hi!
> >
> > I'm a newbie here on the list and also as a "kernel hacker". There's a
> > bug reported in bugzilla (Bug 7927), cite:
> >
> >
> > >
On Thu, 2007-08-30 at 10:37 +0200, Michal Schmidt wrote:
> Vitaly Mayatskikh skrev:
> > Short-living process returns its timeslice to the parent, this
> > affects process that creates a lot of such short-living threads,
> > because its not a parent for new threads.
>
> I don't see the point of sen
KAMEZAWA Hiroyuki wrote:
> On Thu, 30 Aug 2007 04:07:11 +0530
> Balbir Singh <[EMAIL PROTECTED]> wrote:
>> 1. Several people recommended it
>> 2. Herbert mentioned that they've moved to that interface and it
>>was working fine for them.
>>
>
> I have no strong opinion. But how about Mega bytes
On 12:06 Tue 28 Aug , [EMAIL PROTECTED] wrote:
> Use page_cache_xxx in fs/buffer.c.
submit_bh wasn't changed this means what bio pages may have huge size
without respect to queue reqsrictions (q->max_hw_segments, and etc)
At least driver/md/raid0 will be broken by you'r patch.
>
> We have a sp
The dma_alloc_coherent and dma_free_coherent function seem to be not
available on sparc(32) architecture. It is not used by SBus sound
drivers, so it's disabled via #ifndef for CONFIG_SPARC32.
Signed-off-by: Markus Dahms <[EMAIL PROTECTED]>
---
It is tested on a SparcStation 5 with the cs4231 dri
On 08/30, Peter Zijlstra wrote:
>
> On Thu, 2007-08-30 at 09:50 +0200, Vitaly Mayatskikh wrote:
> > Short-living process returns its timeslice to the parent, this affects
> > process that creates a lot of such short-living threads, because its
> > not a parent for new threads. Patch fixes this issu
On Wed, 2007-08-29 at 20:09 -0700, Ian Kent wrote:
>
>http://git.kernel.org/?p=linux/kernel/git/torvalds/linux-2.6.git;a=commit;h=75180df2ed467866ada839fe73cf7cc7d75c0a22
>
>This (and it's related patches) may be the problem.
>I can probably tell if you post your map or if you strace the
automount
Peter Zijlstra wrote:
On Thu, 2007-08-30 at 09:50 +0200, Vitaly Mayatskikh wrote:
Short-living process returns its timeslice to the parent, this affects
process that creates a lot of such short-living threads, because its
not a parent for new threads. Patch fixes this issue and doesn't break
kab
> Wow! I have been running 80wire cable detection override on 40wire cables
> for quite some time without any problem, but I never thought it to be legal
> if the 40wire cable length is short enough.
Yes.
> How short does it have to be, and can't we have a kernel bootparm to override
> the ca
Hi Darrick,
On Wed, 29 Aug 2007 07:50:03 -0700, Darrick J. Wong wrote:
> On Wed, Aug 29, 2007 at 11:10:52AM +0200, Jean Delvare wrote:
>
> > I'm not sure if we want these "historical" files. We don't have them for
> > the other input types, and I believe that it's not the driver's job to
> > comp
Hrmmm,
>> >
>> > > > Jun 14 07:55:52 nigel-m2v kernel: ATA: abnormal status 0x7F on port
>> > > > 0x0001c807
>> > > > Jun 14 07:55:52 nigel-m2v kernel: ATA: abnormal status 0x7F on port
>> > > > 0x0001c807
>> >
>> > Unrelated to the other error, but I've been meaning to ask for a whil
On Thu, 2007-08-30 at 13:49 +0400, Oleg Nesterov wrote:
> On 08/30, Peter Zijlstra wrote:
> >
> > On Thu, 2007-08-30 at 09:50 +0200, Vitaly Mayatskikh wrote:
> > > Short-living process returns its timeslice to the parent, this affects
> > > process that creates a lot of such short-living threads, b
On Thu, 30 Aug 2007 11:26:04 +0200
Markus Dahms <[EMAIL PROTECTED]> wrote:
> The dma_alloc_coherent and dma_free_coherent function seem to be not
> available on sparc(32) architecture. It is not used by SBus sound
> drivers, so it's disabled via #ifndef for CONFIG_SPARC32.
It would probably look
On 08/30, Peter Zijlstra wrote:
>
> On Thu, 2007-08-30 at 13:49 +0400, Oleg Nesterov wrote:
> >
> > sched_exit() was removed in 2.6.23-rc.
> >
> > If you are going to re-introduce this logic, please don't do sched_exit()
> > from release_task(). It was done this way just because we can't access
>
updated patch based on Jeff Garzik's comments.
- check adapter firmware version and use appropriate interface accordingly
- add new PCI device IDs and use PCI_VDEVICE macro
- update driver version string
- remove unused data structures
- remove unnecessary typecasts
Signed-off-by: HighPoint Linux
--- Robert Hancock <[EMAIL PROTECTED]> wrote:
>
> I saw a bulletin from HP recently that sugggested disabling the
> write-back cache on some Smart Array controllers as a workaround
> because
> it reduced performance in applications that did large bulk writes.
> Presumably they are planning on
On Thu, 30 Aug 2007, Eric W. Biederman wrote:
>
> There is one other possibility. Typically the swap code is using
> compatibility disk I/O functions instead of the best the kernel
> can offer. I haven't looked recently but it might be worth just
> making certain that there isn't some low-level
This small series of quite trivial patches converts a own definition
of the abs macro to the one from kernel.h and replaces some inline
calculations of abs with the macro.
--
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
Mor
From: Andre Haupt <[EMAIL PROTECTED]>
Signed-off-by: Andre Haupt <[EMAIL PROTECTED]>
---
Index: linus/drivers/atm/idt77252.c
===
--- linus.orig/drivers/atm/idt77252.c 2007-08-30 11:33:22.0 +0200
+++ linus/drivers/atm/idt77252
Hi,
On 8/29/07, Bret Towe <[EMAIL PROTECTED]> wrote:
> On 8/29/07, Felipe Balbi <[EMAIL PROTECTED]> wrote:
> > Hi,
> >
> > On 8/29/07, Bret Towe <[EMAIL PROTECTED]> wrote:
> > > while trying to build a fresh kernel for my mini after upgrading from
> > > gutsy
> > > (and forgetting to save my .con
From: Andre Haupt <[EMAIL PROTECTED]>
Signed-off-by: Andre Haupt <[EMAIL PROTECTED]>
---
Index: linus/fs/cifs/cifssmb.c
===
--- linus.orig/fs/cifs/cifssmb.c2007-08-30 11:43:20.0 +0200
+++ linus/fs/cifs/cifssmb.c 200
From: Andre Haupt <[EMAIL PROTECTED]>
Signed-off-by: Andre Haupt <[EMAIL PROTECTED]>
---
Index: linus/sound/oss/vidc.c
===
--- linus.orig/sound/oss/vidc.c 2007-08-30 11:57:13.0 +0200
+++ linus/sound/oss/vidc.c 2007-08-30 1
Lennart Sorensen wrote:
On Thu, Aug 23, 2007 at 01:56:35PM +0200, Espen M. Rutger wrote:
I got problems with the IDE code which causes the kernel to freez after
printing out:
hda: status timeout: status=0xd0 { Busy }
kernel used: 2.4.18 crosscompiled with Montavista tools (ppc_82xx-gcc
(G
--- Jens Axboe <[EMAIL PROTECTED]> wrote:
>
> Try limiting the queue depth on the cciss device, some of those are
> notoriously bad at starving commands. Something like the below hack,
> see
> if it makes a difference (and please verify in dmesg that it prints
> the
> message about limiting dept
At Thu, 30 Aug 2007 11:09:39 +0100,
Alan Cox wrote:
>
> On Thu, 30 Aug 2007 11:26:04 +0200
> Markus Dahms <[EMAIL PROTECTED]> wrote:
>
> > The dma_alloc_coherent and dma_free_coherent function seem to be not
> > available on sparc(32) architecture. It is not used by SBus sound
> > drivers, so it'
At Wed, 29 Aug 2007 23:52:08 -0400,
Jaya Kumar wrote:
>
> On 8/29/07, Andres Salomon <[EMAIL PROTECTED]> wrote:
> > Hi,
> >
> > Here are a bunch of fixes for the cs5535audio driver. None of these are
> > OLPC specific; generic chip and power management fixes, and one cleanup
> > patch. All have
HighPoint Linux Team wrote:
updated patch based on Jeff Garzik's comments.
- check adapter firmware version and use appropriate interface accordingly
- add new PCI device IDs and use PCI_VDEVICE macro
- update driver version string
- remove unused data structures
- remove unnecessary typecasts
On Wed, 2007-08-29 at 17:27 +0200, Michal Piotrowski wrote:
> Power management
>
> Subject : something broke resume from s2ram on mbp c1d (??? :))
> References : http://lkml.org/lkml/2007/8/28/67
> Last known good : 2.6.23-rc3
> Submitter : Soeren Sonnenburg <[EMAIL PROTECTED]>
On Thu, Aug 30, 2007 at 12:40:38PM +0200, [EMAIL PROTECTED] wrote:
> - diff_int = my_abs(rate_ext-rate);
> - diff_ext = my_abs(rate_int-rate);
> + diff_int = abs(rate_ext-rate);
> + diff_ext = abs(rate_int-rate);
Nothing to do with the patch, but is
Hi,
I have written a network device driver (Linux kernel: 2.6.20.1) on ARM
based target board.
I have implemented ether_tx, which is called whenever hard_start_xmit is
called.
--
[ PINGing from BOARD TO OTHER HOST ]
The network driver is working. I am able to
On Wednesday 29 of August 2007, Jens Axboe wrote:
> On Wed, Aug 29 2007, Arkadiusz Miskiewicz wrote:
> > On Wednesday 29 of August 2007, Jens Axboe wrote:
> > > On Wed, Aug 29 2007, Arkadiusz Miskiewicz wrote:
> > > > On Wednesday 29 of August 2007, Jens Axboe wrote:
> > > > > On Wed, Aug 29 2007,
hi peter,
thanks for your reply.
my platform is realview_eb_mpcore. the cpu is arm. not i386. and I
check the booting file in the documentation /arm , it is not
specified.
do you have any idea about that?
anyone knows?
thanks,
regards,
2007/8/29, H. Peter Anvin <[EMAIL PROTECTED]>:
> Xu Yan
At Thu, 30 Aug 2007 11:26:04 +0200,
Markus Dahms wrote:
>
> The dma_alloc_coherent and dma_free_coherent function seem to be not
> available on sparc(32) architecture. It is not used by SBus sound
> drivers, so it's disabled via #ifndef for CONFIG_SPARC32.
>
> Signed-off-by: Markus Dahms <[EMAIL
Using SMP kernel 2.6.22.6pre-CFS-v20.5 on Pentium D (IA-32).
I think this bug (or whatever you want to call it) got triggered
when you first allocate several megabytes of memory in a kernel module
and then free them, and then run e.g. X and when memory gets tight,
you end up with this situation...
On Thu, Aug 30, 2007 at 05:17:47AM -0600, Matthew Wilcox wrote:
> On Thu, Aug 30, 2007 at 12:40:38PM +0200, [EMAIL PROTECTED] wrote:
> > - diff_int = my_abs(rate_ext-rate);
> > - diff_ext = my_abs(rate_int-rate);
> > + diff_int = abs(rate_ext-rate);
> > + dif
On Wed, 2007-08-29 at 15:13 +0200, Xavier Bestel wrote:
> How about asking for changes to be dual-licenced too ?
In theory, that could work, but in practice relying on functions that
the Linux kernel offers in GPLv2-only headers etc. will make the result
GPLv2 anyway, and disentangling it would b
On Sat, 25 Aug 2007, Michael Kerrisk wrote:
> Davide -- ping! Can you please offer your comments about this change, and
> also thoughts on Jon's and my comments about a more radical API change
> later in this thread.
IMO the complexity of the resulting API (and resulting patch), and the ABI
ch
On Wed, Aug 29, 2007 at 01:00:07PM -0600, Eric W. Biederman wrote:
> "H. Peter Anvin" <[EMAIL PROTECTED]> writes:
>
> > Eric W. Biederman wrote:
> >>
> >> My hypothesis. No one cares now.
> >>
> >> My observation. The way we have been maintaining the binary sysctl
> >> side of things using it is
Petr Vandrovec wrote:
John Sigler wrote:
Alan Cox wrote:
Basically your dinosaur is working correctly.
What do the warnings mean? :-)
That your drive does not support set transfer mode/speed command at all,
or that value which kernel tried is not supported by the drive...
I would gues
On Thu, Aug 30, 2007 at 01:50:59PM +0200, Andre Haupt wrote:
> On Thu, Aug 30, 2007 at 05:17:47AM -0600, Matthew Wilcox wrote:
> > On Thu, Aug 30, 2007 at 12:40:38PM +0200, [EMAIL PROTECTED] wrote:
> > > - diff_int = my_abs(rate_ext-rate);
> > > - diff_ext = my_abs(rate_int-rate);
>
On Thu, Aug 30, 2007 at 04:38:09AM +0300, Nick Kossifidis wrote:
> It saves big chunks of code (not only initial register settings
> arrays) and we'll extend it's use more inside ath5k_hw.c Trust me this
> is a very useful step, eg. check out descriptor processing / setup or
> PHY functions (calibr
On Thu, 30 Aug 2007, Roman Zippel wrote:
>
> > > > > I've noticed an oddity with CONFIG_HOTPLUG_CPU in 2.6.23-rc:
> > > > > make oldconfig seems to turn it on even when nothing wants it,
> > > > > increasing kernel size by about 10k; but if you then edit the
> > > > > line out of .config and make
On Wed, 29 Aug 2007, Shem Multinymous wrote:
> > > I agree that the sys interface is probably not the best choice, but the
> > > accelerometer data should provide not only position, but also generate
> > > an event when it detects
> > > that it's falling. From what I understood hdaps does not have
Hi all,
I have a question regarding the average number of assembly
instructions per line of kernel code. I know that this is a difficult
question since it depends on many factors such as the instruction set
architecture, compiler used, optimizations used, type of code, coding
style, etc...
I would
Is it actually necessary to change the license? With the dual-license,
you can keep a single code-base for both BSD and Linux platforms, which
seems terribly important to me. It'd be awful to lose that. It would
be a maintenance nightmare for BSD. Is it even possible--in real life,
I mean--
On Wed, 2007-08-29 at 14:40 -0600, Matthew Wilcox wrote:
> I've long hated the non-killability of tasks accessing a dead
> NFS server. Linus had an idea for fixing this way back in 2002:
> http://www.ussg.iu.edu/hypermail/linux/kernel/0208.0/0167.html which
> I've prototyped in this patch.
>
> Sp
On Tue, Aug 28, 2007 at 12:00:09PM -0400, Jiri Slaby wrote:
> ath5k, use int as retval
>
> Convert some functions to return int and proper negative return value on
> error as we are used to.
Since I didn't apply 1/5, this one didn't apply either. It seems
fine overall, so if you rediff I'll be h
On Thu, Aug 30, 2007 at 04:38:09AM +0300, Nick Kossifidis wrote:
> 2007/8/28, Christoph Hellwig <[EMAIL PROTECTED]>:
> > Also this whole patch seems rather pointless. It saves only
> > very little and turns the driver into a complete ifdef maze.
> Also most
> people will use 5212 code only, 5211
Eric W. Biederman wrote:
This isn't "Oh some apps are using it let's get them to stop, because
it is inconvenient". This is "No apps seems to be using this, we
keep goofing up the maintenance and no one notices, and so it is
likely a source of security problems and other nasties"
This firs
Quoting Andrew Morgan ([EMAIL PROTECTED]):
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA1
>
> Serge E. Hallyn wrote:
> > To summarize more clearly, I think that so long as we support
> > process trees with a sort of !SECURE_NOROOT support, that
> > support should include the ability to use prct
On 30/08/2007, Mohamed Bamakhrama <[EMAIL PROTECTED]> wrote:
> Hi all,
> I have a question regarding the average number of assembly
> instructions per line of kernel code. I know that this is a difficult
> question since it depends on many factors such as the instruction set
> architecture, compile
On 30-08-2007 13:59, Johannes Berg wrote:
> On Wed, 2007-08-29 at 15:13 +0200, Xavier Bestel wrote:
>
>> How about asking for changes to be dual-licenced too ?
>
> In theory, that could work, but in practice relying on functions that
> the Linux kernel offers in GPLv2-only headers etc. will make
On 8/30/07, Jesper Juhl <[EMAIL PROTECTED]> wrote:
> On 30/08/2007, Mohamed Bamakhrama <[EMAIL PROTECTED]> wrote:
> > Hi all,
> > I have a question regarding the average number of assembly
> > instructions per line of kernel code. I know that this is a difficult
> > question since it depends on man
Adrian Bunk wrote:
> On Thu, Aug 30, 2007 at 07:31:24AM +0300, Al Boldi wrote:
> > Adrian Bunk wrote
> >
> > > Tracking feature or implementation suggestions wouldn't make sense.
> > > Consider e.g. that there are several people on linux-kernel who often
> > > write what they think the kernel shoul
Alan Cox wrote:
> > Wow! I have been running 80wire cable detection override on 40wire
> > cables for quite some time without any problem, but I never thought it
> > to be legal if the 40wire cable length is short enough.
>
> Yes.
>
> > How short does it have to be, and can't we have a kernel boot
On 30/08/2007, Mohamed Bamakhrama <[EMAIL PROTECTED]> wrote:
> On 8/30/07, Jesper Juhl <[EMAIL PROTECTED]> wrote:
> > On 30/08/2007, Mohamed Bamakhrama <[EMAIL PROTECTED]> wrote:
> > > Hi all,
> > > I have a question regarding the average number of assembly
> > > instructions per line of kernel cod
Hello,
I have a very simple question about i2c transfers.
I'm wondering if I'm allowed to initiate some very short i2c transfers
in an interrupt handler.
Thanks for your answers.
--
Francis
--
Francis
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a m
[resending, as discussed last week, thanks]
From: Jiri Kosina <[EMAIL PROTECTED]>
i386 and x86_64: randomize brk()
This patch randomizes the location of the heap (brk) for i386 and x86_64.
The range is randomized in the range starting at current brk location up
to 0x0200 offset for both a
> Buffer size: 1.0kB bytes avail on r/w long: 4
>
> (Assuming an 8-bit byte, 4 bytes = 32 bits)
R/W Long is a different thing.
> When you say "the current libata IDE" do you mean PATA_VIA (in my case)?
> I've avoided this driver because it is marked EXPERIMENTAL. Would there
> be
Robert Hancock wrote:
Daniel Drake wrote:
On Wed, 2007-08-29 at 07:30 -0700, Arjan van de Ven wrote:
My experiments show that when there is not much free physical memory,
swapoff moves pages out of swap at a rate of approximately 5mb/sec.
sounds like about disk speed (at random-seek IO pattern
Nathan Lynch <[EMAIL PROTECTED]> wrote on 29.08.2007 20:12:32:
> > Previously, ibmebus derived a device's bus_id from its location code.
The
> > location code is not guaranteed to be unique, so we might get bus_id
> > collisions if two devices share the same location code. The OFDT
full_name,
>
On 8/30/07, Jiri Kosina <[EMAIL PROTECTED]> wrote:
> From: Jiri Kosina <[EMAIL PROTECTED]>
>
> i386 and x86_64: randomize brk()
>
> This patch randomizes the location of the heap (brk) for i386 and x86_64.
> The range is randomized in the range starting at current brk location up
> to 0x0200 of
On Thu, 2007-08-30 at 15:55 +0200, Helge Hafting wrote:
> If the swap device is full, then there is no need for random
> seeks as the swap pages can be read in disk order.
If the swap file is full, you probably have a machine dead into a swap
storm.
-
To unsubscribe from this list: send the line
Hi guys,
I found that in the function parse_tag_ramdisk , the setup_ramdisk is
called. is it true that in the setup_ramdisk the location ot the
initrd is specified?
it seems that in my case the parse_tag_ramdisk is never accessed. what
might cause this?
in the parse_tag_ramdisk the tag should
On Wed, 29 Aug 2007 16:15:45 PDT, Andrew Morton said:
> So it's an interaction between the x86_64 vdso patches in Andi's tree and
> newer glibc, and we don't know which one is getting it wrong yet?
>
> If I ever get another -mm out the door (have been without electricity for
> several days) I'll
Xavier Bestel wrote:
On Thu, 2007-08-30 at 15:55 +0200, Helge Hafting wrote:
If the swap device is full, then there is no need for random
seeks as the swap pages can be read in disk order.
If the swap file is full, you probably have a machine dead into a swap
storm.
Only if you have e
Hi,
with NFS3, there is this 'root hole', i.e. any person who has a root
account (perhaps by use of a laptop) can mount an export (let's say this
export had the "root_squash" option), and still have a look at the user
files, because he can locally setuid() into another user.
So I was looking
On Thu, 2007-08-30 at 16:06 +0200, Helge Hafting wrote:
> Xavier Bestel wrote:
> > On Thu, 2007-08-30 at 15:55 +0200, Helge Hafting wrote:
> >
> >> If the swap device is full, then there is no need for random
> >> seeks as the swap pages can be read in disk order.
> >>
> >
> > If the swap f
From: Anti Sullin <[EMAIL PROTECTED]>
This patch fixes a bug in AT91 mmc host driver, that enables the wakeup
from suspend on card detection pin even if the card detect pin is not
available (==0). If not card detection pin is defined, IRQ0 == FIQ gets
enabled and if some activity is present on
On Thu, Aug 30, 2007 at 04:54:24PM +0300, Al Boldi wrote:
> Adrian Bunk wrote:
> > On Thu, Aug 30, 2007 at 07:31:24AM +0300, Al Boldi wrote:
> > > Adrian Bunk wrote
> > >
> > > > Tracking feature or implementation suggestions wouldn't make sense.
> > > > Consider e.g. that there are several people
On Thu, 30 Aug 2007, Mike Frysinger wrote:
> does it really make sense to stick stubs into no-mmu ports which cannot
> utilize the ELF binfmt ?
Good point, thanks. I have removed the stubs for h8300 and m68knommu.
From: Jiri Kosina <[EMAIL PROTECTED]>
i386 and x86_64: randomize brk()
This pa
Hi,
I am trying to boot a current 2.6 kernel as a guest under XEN in HVM mode.
With linux-2.6.22.(5) as the guest this works fine but current git kernels
fail very early in the boot process.
The XEN host is a debian kernel with XEN enabled (2.6.18-4-xen-686).
The XEN guest is a vanilla kernel fr
H. Peter Anvin wrote:
Guy Streeter wrote:
On 6/1/06, James Pearson <[EMAIL PROTECTED]> wrote:
H. Peter Anvin wrote:
I think this is the wrong approach.
Many of these should probably be converted to seq_file, but in the
particular case of environ, the right approach is to observe the fact
t
On Thu, 2007-08-30 at 16:12 +0200, Jan Engelhardt wrote:
> Hi,
>
>
> with NFS3, there is this 'root hole', i.e. any person who has a root
> account (perhaps by use of a laptop) can mount an export (let's say this
> export had the "root_squash" option), and still have a look at the user
> files
On 8/30/07, Jiri Kosina <[EMAIL PROTECTED]> wrote:
> On Thu, 30 Aug 2007, Mike Frysinger wrote:
> > does it really make sense to stick stubs into no-mmu ports which cannot
> > utilize the ELF binfmt ?
>
> Good point, thanks. I have removed the stubs for h8300 and m68knommu.
Blackfin too please :)
Al Boldi wrote:
Alan Cox wrote:
Wow! I have been running 80wire cable detection override on 40wire
cables for quite some time without any problem, but I never thought it
to be legal if the 40wire cable length is short enough.
Yes.
How short does it have to be, and can't we have a kernel boot
On Thu, 30 Aug 2007 07:31:24 +0300, Al Boldi said:
> Adrian Bunk wrote
> > Tracking feature or implementation suggestions wouldn't make sense.
> > Consider e.g. that there are several people on linux-kernel who often
> > write what they think the kernel should do but who never write a single
> > li
On Thu, 2007-08-30 at 10:29 -0400, Trond Myklebust wrote:
> We've got people working on fixing this problem using David Howells'
> keyrings, but it will probably be a while until we've solved all the
> upcall issues, and it will probably take even longer to push the
> kerberos changes back to the o
On Aug 30 2007 10:29, Trond Myklebust wrote:
>On Thu, 2007-08-30 at 16:12 +0200, Jan Engelhardt wrote:
>>
>> with NFS3, there is this 'root hole', i.e. any person who has a root
>> account (perhaps by use of a laptop) can mount an export (let's say this
>> export had the "root_squash" option),
On 29/08/07 23:28 -0400, Andres Salomon wrote:
>
> We're never actually setting dma->substream to the current substream; that
> means the dma->substream checks that we do in the suspend/resume path
> are never satisfied, and the PRD registers are never correctly managed. This
> changes it so that
1 - 100 of 354 matches
Mail list logo
