On Sun, 2020-10-04 at 02:36 +0100, Matthew Wilcox wrote:
> On Sat, Oct 03, 2020 at 06:19:18PM -0700, Joe Perches wrote:
> > These patches came up because I was looking for
> > the location of the declaration of the buffer used
> > in kernel/params.c struct kernel_param_ops .get
> > functions.
> >
On Sat, Oct 03, 2020 at 06:19:18PM -0700, Joe Perches wrote:
> These patches came up because I was looking for
> the location of the declaration of the buffer used
> in kernel/params.c struct kernel_param_ops .get
> functions.
>
> I didn't find it.
>
> I want to see if it's appropriate to convert
These patches came up because I was looking for
the location of the declaration of the buffer used
in kernel/params.c struct kernel_param_ops .get
functions.
I didn't find it.
I want to see if it's appropriate to convert the
sprintf family of functions used in these .get
functions to sysfs_emit.
Noted with thanks.
-Original Message-
From: Bhaskar Chowdhury
Sent: Tuesday, 23 April 2019 2:40 PM
To: Turritopsis Dohrnii Teo En Ming
Subject: Re: Where is the PGP Verification Signature for Linux Kernel 5.1-rc6?
I think , we only sign the stable release tarball not the rc's.
Good afternoon from Singapore,
May I know where is the PGP verification signature for Linux kernel 5.1-rc6? I
can't find it at https://www.kernel.org/
Please advise.
Thank you very much.
-BEGIN EMAIL SIGNATURE-
The Gospel for all Targeted Individuals (TIs):
[The New
On 08.02.2016, David Niklas wrote:
> Alas, my beautiful fs has become damaged and fsck does nothing, I think
> it's a nop.
> What is wrong, something in the btree, the original message was in
> syslog but it seems to have rotated, I could tell you but I'd have to
> cause my kernel to remount my h
Hi David,
On Mon, 2016-02-08 at 13:53 -0500, David Niklas wrote:
> Alas, my beautiful fs has become damaged and fsck does nothing, I think
> it's a nop.
> What is wrong, something in the btree, the original message was in
> syslog but it seems to have rotated, I could tell you but I'd have to
> ca
Alas, my beautiful fs has become damaged and fsck does nothing, I think
it's a nop.
What is wrong, something in the btree, the original message was in
syslog but it seems to have rotated, I could tell you but I'd have to
cause my kernel to remount my home dir RO, which is not acceptable at
this tim
gt; lock(_lock)
>
> Where is this lock() function defined?
>
>
>
> --
> To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
> the body of a message to majord...@vger.kernel.org
> More majordomo info at http://vger.kernel
Hi,
in include/linux/lockdep.h:
#define LOCK_CONTENDED(_lock, try, lock) \
lock(_lock)
Where is this lock() function defined?
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majord...@vger.kernel.org
More majordomo inf
On Fri, 26 Oct 2012, yili0...@gmail.com wrote:
> hello:
> everyone, I can't find the definition of trace_kmalloc_node,
> where is it?
Look for DEFINE_EVENT(..., kmalloc_node, ...) in
include/trace/events/kmem.h.
--
To unsubscribe from this list: send the line &quo
hello:
everyone, I can't find the definition of trace_kmalloc_node,
where is it?
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majord...@vger.kernel.org
More majordomo info at http://vger.kernel.org/majo
On Feb 6 2008 19:56, Jeff Chua wrote:
>> >warning: `named' uses 32-bit capabilities (legacy support in use)
>> Yes it is a really interesting case I have seen before,
>> but did not bother to investigate.
>> CONFIG_SECURITY=y
>> CONFIG_SECURITY_CAPABILITIES=m or y
>
>Tried, but didn't help.
>
>Men
On Feb 7, 2008 11:23 AM, <[EMAIL PROTECTED]> wrote:
> Odd, I thought the help text was originally far more helpful, including
> a url. The message isn't telling you you need a kernel module, but that
> you are using an old libcap. It isn't a real problem right now if
> you're not using the SMAC
Quoting Jeff Chua ([EMAIL PROTECTED]):
> On Feb 6, 2008 7:40 PM, Jan Engelhardt <[EMAIL PROTECTED]> wrote:
>
> > >warning: `named' uses 32-bit capabilities (legacy support in use)
> > Yes it is a really interesting case I have seen before,
> > but did not bother to investigate.
> > CONFIG_SECURITY
On Feb 6, 2008 7:40 PM, Jan Engelhardt <[EMAIL PROTECTED]> wrote:
> >warning: `named' uses 32-bit capabilities (legacy support in use)
> Yes it is a really interesting case I have seen before,
> but did not bother to investigate.
> CONFIG_SECURITY=y
> CONFIG_SECURITY_CAPABILITIES=m or y
Tried, bu
On Feb 6 2008 18:43, Jeff Chua wrote:
>On Feb 6, 2008 4:13 PM, Jeff Chua <[EMAIL PROTECTED]> wrote:
>> Latest linux git complained about this ...
>>
>> named: capset failed: Operation not permitted: please ensure that the
>> capset kernel module is loaded. see insmod(8)
>
>How this started was th
On Feb 6, 2008 4:13 PM, Jeff Chua <[EMAIL PROTECTED]> wrote:
> Latest linux git complained about this ...
>
> named: capset failed: Operation not permitted: please ensure that the
> capset kernel module is loaded. see insmod(8)
How this started was that with the latest git linux, I got this warni
Latest linux git complained about this ...
named: capset failed: Operation not permitted: please ensure that the
capset kernel module is loaded. see insmod(8)
Where is the capset kernel module?
Thanks,
Jeff.
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" i
Yes, as also pointed out by Arjan Van de Ven, I was missing the
pci_enable_device() call. This seems related to the deprecation of
pci_find_device (or something like that) in favor of pci_get_device.
Well, by adding the pci_enable_device it all works well.
On Sat, 2007-11-24 at 08:53 +1100, Benja
On Wed, 2007-11-21 at 17:08 -0800, Al Niessner wrote:
>
> p8620 = pci_get_device (APC8620_VENDOR_ID, APC8620_DEVICE_ID, p8620);
> <... fail if p8620 is 0 ...>
> apcsi[i].ret_val = register_chrdev (MAJOR_NUM,
>
> DEVICE_NAME,
>
> &apc8620_ops);
> <... fail if ret_val < 0 ...>
> apcsi[i].board_ir
On Fri, 23 Nov 2007, Ulrich Drepper wrote:
> On Nov 23, 2007 9:29 AM, Davide Libenzi <[EMAIL PROTECTED]> wrote:
> > Yes, it's disabled, and yes, I'll repost today ...
>
> I haven't seen the patch and don't feel like searching. So I say it
> here: please mak sure you add a flags parameter to the
On Nov 23, 2007 7:38 PM, Ulrich Drepper <[EMAIL PROTECTED]> wrote:
> On Nov 23, 2007 9:29 AM, Davide Libenzi <[EMAIL PROTECTED]> wrote:
> > Yes, it's disabled, and yes, I'll repost today ...
>
> I haven't seen the patch and don't feel like searching. So I say it
> here: please mak sure you add a f
On Nov 23, 2007 9:29 AM, Davide Libenzi <[EMAIL PROTECTED]> wrote:
> Yes, it's disabled, and yes, I'll repost today ...
I haven't seen the patch and don't feel like searching. So I say it
here: please mak sure you add a flags parameter to the system call
itself (instead of adding it on as for eve
On Fri, 23 Nov 2007, Andrew Morton wrote:
> > I suppose this means that timerfd will only go in for 2.6.25. I don't
> > have a problem with that, but we better make sure that the existing
> > timerfd in 2.6.24 is still disabled. (Andrew had a one liner for
> > that, but I haven't checked if it's
On Fri, 23 Nov 2007 13:39:55 +0100 "Michael Kerrisk" <[EMAIL PROTECTED]> wrote:
> On 11/23/07, Andrew Morton <[EMAIL PROTECTED]> wrote:
> > On Thu, 22 Nov 2007 16:35:38 -0800 (PST) Davide Libenzi
> > <[EMAIL PROTECTED]> wrote:
> >
> > > On Thu, 22 Nov 2007, Andrew Morton wrote:
> [...]
> > > > Las
On 11/23/07, Andrew Morton <[EMAIL PROTECTED]> wrote:
> On Thu, 22 Nov 2007 16:35:38 -0800 (PST) Davide Libenzi
> <[EMAIL PROTECTED]> wrote:
>
> > On Thu, 22 Nov 2007, Andrew Morton wrote:
[...]
> > > Last I recall, we removed the API for 2.6.23 because we intended to do a
> > > different interface
On Fri, 23 Nov 2007 02:58:55 +0100
Bartlomiej Zolnierkiewicz <[EMAIL PROTECTED]> wrote:
> On Friday 23 November 2007, Alan Cox wrote:
> > On Thu, 22 Nov 2007 16:48:53 -0800
> > [EMAIL PROTECTED] wrote:
> >
> > >
> > > I tried the hammer and the problem persists.
> >
> > See my earlier email - y
On 11/23/2007 04:18 AM, Marin Mitov wrote:
> request_irq returns EBUSY (not -EBUSY as should be)
Because he writes -status to the output.
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
More majordomo info at http://vger.kern
Quite right. I read it too quickly and thought it had succeeded when
it had failed. I will modify the module to do the shared IRQ and then
try the noapic test again. Exactly why I reserved the right to do it
again.
This is good because it means the hammer may work after all.
Thank you ve
Hi,
On Friday 23 November 2007 02:48:53 am you wrote:
> I tried the hammer and the problem persists.
> [EMAIL PROTECTED]:~$ cat /proc/cmdline
> root=UUID=8b3c3666-22c3-4c04-b399-ece266f2ef30 ro noapic quiet splash
>
> However, I reserve the right to try the hammer again in the future.
> When I loo
On Friday 23 November 2007, Alan Cox wrote:
> On Thu, 22 Nov 2007 16:48:53 -0800
> [EMAIL PROTECTED] wrote:
>
> >
> > I tried the hammer and the problem persists.
>
> See my earlier email - your driver registers the irq with IRQF_DISABLED
> then never enables it.
As already explained by Kyle IR
007, Michael Kerrisk wrote:
> > >
> > > > On Nov 22, 2007 6:34 PM, Davide Libenzi <[EMAIL PROTECTED]> wrote:
> > > > > On Thu, 22 Nov 2007, Michael Kerrisk wrote:
> > > > >
> > > > > > Hey Davide,
> > > > > >
On Thu, 22 Nov 2007 16:48:53 -0800
[EMAIL PROTECTED] wrote:
>
> I tried the hammer and the problem persists.
See my earlier email - your driver registers the irq with IRQF_DISABLED
then never enables it.
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a m
[EMAIL PROTECTED] wrote:
I tried the hammer and the problem persists.
[EMAIL PROTECTED]:~$ cat /proc/cmdline
root=UUID=8b3c3666-22c3-4c04-b399-ece266f2ef30 ro noapic quiet splash
However, I reserve the right to try the hammer again in the future. When
I look at /proc/interrupts without the API
I tried the hammer and the problem persists.
[EMAIL PROTECTED]:~$ cat /proc/cmdline
root=UUID=8b3c3666-22c3-4c04-b399-ece266f2ef30 ro noapic quiet splash
However, I reserve the right to try the hammer again in the future.
When I look at /proc/interrupts without the APIC:
[EMAIL PROTECTED]:~$
I do not think so. I have printk (KERN_NOTICE ...) scattered
throughout to make sure the ioctl() is succeeding and to print out
registers on the hardware. Those are showing up in /var/log/messages
without a hitch. If there is a setting for printk in interrupts, then
maybe because I would
rote:
> > > > On Thu, 22 Nov 2007, Michael Kerrisk wrote:
> > > >
> > > > > Hey Davide,
> > > > >
> > > > > Where is the new timerfd API. In 2.6.24-rc3, I see the *old* API...
> > > >
> > > > Maybe Andrew
k wrote:
> > >
> > > > Hey Davide,
> > > >
> > > > Where is the new timerfd API. In 2.6.24-rc3, I see the *old* API...
> > >
> > > Maybe Andrew stuffed the turkey with it? :) It was there. I remeber it was
> > > merged. Some screw up reverted it
On Thu, 22 Nov 2007, Michael Kerrisk wrote:
> On Nov 22, 2007 6:34 PM, Davide Libenzi <[EMAIL PROTECTED]> wrote:
> > On Thu, 22 Nov 2007, Michael Kerrisk wrote:
> >
> > > Hey Davide,
> > >
> > > Where is the new timerfd API. In 2.6.24-rc3, I see t
On Nov 22, 2007 6:34 PM, Davide Libenzi <[EMAIL PROTECTED]> wrote:
> On Thu, 22 Nov 2007, Michael Kerrisk wrote:
>
> > Hey Davide,
> >
> > Where is the new timerfd API. In 2.6.24-rc3, I see the *old* API...
>
> Maybe Andrew stuffed the turkey with it? :) It
On Thu, 22 Nov 2007, Michael Kerrisk wrote:
> Hey Davide,
>
> Where is the new timerfd API. In 2.6.24-rc3, I see the *old* API...
Maybe Andrew stuffed the turkey with it? :) It was there. I remeber it was
merged. Some screw up reverted it?
- Davide
-
To unsubscribe from this l
Hey Davide,
Where is the new timerfd API. In 2.6.24-rc3, I see the *old* API...
Cheers,
Michael
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
More majordomo info at http://vger.kernel.org/majordomo-info.html
P
On Wed, 21 Nov 2007 17:08:30 -0800
Al Niessner <[EMAIL PROTECTED]> wrote:
>
> Lastly, I would be happy to give out the entire module to anyone who
> requests it, but it is about 550 lines so I did not want to attach it
> to this already long post.
>
can you send it to me, or even better, post it
On Wed, Nov 21, 2007 at 05:08:30PM -0800, Al Niessner wrote:
> On with the detailed technical information. I developed a kernel module
> for an PCI card back in 2.4, moved it to 2.6.3, then 2.6.11 or so and
> now I am trying to move it to 2.6.22. When I began the to move to
> 2.6.22, I changed all
On 22/11/2007, Al Niessner <[EMAIL PROTECTED]> wrote:
>
> Quickly stated, I have a piece of hardware on the PCI bus that is
> generating an interrupt (can watch it with a scope) but my handler is
> not being called (no printk in /var/log/messages). So, where has the
> interrupt gone?
>
Just to rule
On Thu, Nov 22, 2007 at 01:56:25AM +, Alan Cox wrote:
> > status = request_irq (apcsi[i].board_irq,
> > apc8620_handler,
> > IRQF_DISABLED,
>
> You set IRQF_DISABLED
>
> Do you then enable the interrupt anywhere later
> status = request_irq (apcsi[i].board_irq,
> apc8620_handler,
> IRQF_DISABLED,
You set IRQF_DISABLED
Do you then enable the interrupt anywhere later on ?
Alan
-
To unsubscribe from this list: send the line "unsubscribe
Quickly stated, I have a piece of hardware on the PCI bus that is
generating an interrupt (can watch it with a scope) but my handler is
not being called (no printk in /var/log/messages). So, where has the
interrupt gone?
Obligatory information:
1) I have done the google search and mailing list se
On Mon, 23 Jul 2007 18:01:32 +0200 Karsten Wiese wrote:
> Am Montag, 23. Juli 2007 schrieb Agarwal, Lomesh:
> > For future how do I trace a system call to a function in a kernel?
>
> strace. i.e:
> $ strace ls
I thought (maybe I misunderstood) that Lomesh wanted to know
which kernel functi
Am Montag, 23. Juli 2007 schrieb Agarwal, Lomesh:
> For future how do I trace a system call to a function in a kernel?
strace. i.e:
$ strace ls
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
More majordomo info at ht
For future how do I trace a system call to a function in a kernel?
-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of Karsten Wiese
Sent: Friday, July 20, 2007 5:09 PM
To: Agarwal, Lomesh
Cc: linux-kernel@vger.kernel.org
Subject: Re: where is the code for
On Jul 21 2007 07:05, Folkert van Heusden wrote:
>
>> My application reads from socket. I need to change the behavior of read
>> system call for an experiment. Can someone point me to code?
>
>Wouldn't it be easier to create a preload-library-wrapper around glibc?
>
Does not work with statically c
> My application reads from socket. I need to change the behavior of read
> system call for an experiment. Can someone point me to code?
Wouldn't it be easier to create a preload-library-wrapper around glibc?
Folkert van Heusden
--
MultiTail is a versatile tool for watching logfiles and output
Am Samstag, 21. Juli 2007 schrieb Agarwal, Lomesh:
> My application reads from socket. I need to change the behavior of read
> system call for an experiment. Can someone point me to code?
fs/read_write.c: line 356
asmlinkage ssize_t sys_read(unsigned int fd, char __user * buf, size_t count)
-
To u
My application reads from socket. I need to change the behavior of read
system call for an experiment. Can someone point me to code?
thanks
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
More majordomo info at http://vger.ke
On Mar 10 2007 21:52, Tetsuo Handa wrote:
>Date: Sat, 10 Mar 2007 21:52:23 +0900
>From: Tetsuo Handa <[EMAIL PROTECTED]>
>To: [EMAIL PROTECTED], linux-kernel@vger.kernel.org
>Subject: Re: Where is Linux 2.6.20.2?
>
>Cong WANG wrote:
>> http://www.kernel.org/pub/li
Cong WANG wrote:
> http://www.kernel.org/pub/linux/kernel/v2.6/linux-2.6.20.2.tar.bz2
> isn't it what you want?
It's currently 404 (Not Found) error.
http://www2.kernel.org/ page is still showing 2.6.20.1
although it once showed 2.6.20.2 .
-
To unsubscribe from this list: send the line "unsubscrib
Hi.
On Mon, 2007-02-05 at 11:06 +0100, Christian Axelsson wrote:
> Hello!
>
> I'm trying to enable swsusp on my intel core due laptop but I can't find
> the SUSPEND_SMP in menuconfig (or anywhere else except in .c-files).
> Where is the option hidden and what are th
Hello!
I'm trying to enable swsusp on my intel core due laptop but I can't find
the SUSPEND_SMP in menuconfig (or anywhere else except in .c-files).
Where is the option hidden and what are the dependencies? I'm using
kernel 2.6.20, but failed to locate it in 2.6.19 aswell.
Dmitry Torokhov wrote:
On 9/8/05, Eric Piel <[EMAIL PROTECTED]> wrote:
09/08/2005 04:38 PM, Dmitry Torokhov wrote/a écrit:
On 9/8/05, Christoph Litters <[EMAIL PROTECTED]> wrote:
Hello,
I have an adapter usb to psx i have tried it with 2.6.9 and it works
perfectly with the ke
On 9/8/05, Eric Piel <[EMAIL PROTECTED]> wrote:
> 09/08/2005 04:38 PM, Dmitry Torokhov wrote/a écrit:
> > On 9/8/05, Christoph Litters <[EMAIL PROTECTED]> wrote:
> >
> >>Hello,
> >>
> >>I have an adapter usb to psx i have tried it with 2.6.9 and it works
> >>perfectly with the kernel driver.
> >>wi
09/08/2005 04:38 PM, Dmitry Torokhov wrote/a écrit:
On 9/8/05, Christoph Litters <[EMAIL PROTECTED]> wrote:
Hello,
I have an adapter usb to psx i have tried it with 2.6.9 and it works
perfectly with the kernel driver.
with 2.6.12 i cant get it to work and with 2.6.13-rc3 i havent seen any
opti
On 9/8/05, Christoph Litters <[EMAIL PROTECTED]> wrote:
> Hello,
>
> I have an adapter usb to psx i have tried it with 2.6.9 and it works
> perfectly with the kernel driver.
> with 2.6.12 i cant get it to work and with 2.6.13-rc3 i havent seen any
> option to enable it.
> could anybody help me?
>
Hello,
I have an adapter usb to psx i have tried it with 2.6.9 and it works
perfectly with the kernel driver.
with 2.6.12 i cant get it to work and with 2.6.13-rc3 i havent seen any
option to enable it.
could anybody help me?
Greets and thanks
c. litters
-
To unsubscribe from this list: send t
Holger Kiehl wrote:
> top - 08:39:11 up 2:03, 2 users, load average: 23.01, 21.48, 15.64
> Tasks: 102 total, 2 running, 100 sleeping, 0 stopped, 0 zombie
> Cpu(s): 0.0% us, 17.7% sy, 0.0% ni, 0.0% id, 78.9% wa, 0.2% hi, 3.1%
> si Mem: 8124184k total, 8093068k used,31116k free,
On Wed, 31 Aug 2005, Holger Kiehl wrote:
On Thu, 1 Sep 2005, Nick Piggin wrote:
Holger Kiehl wrote:
meminfo.dump:
MemTotal: 8124172 kB
MemFree: 23564 kB
Buffers: 7825944 kB
Cached: 19216 kB
SwapCached: 0 kB
Active: 25708 kB
On Thu, 1 Sep 2005, Nick Piggin wrote:
Holger Kiehl wrote:
meminfo.dump:
MemTotal: 8124172 kB
MemFree: 23564 kB
Buffers: 7825944 kB
Cached: 19216 kB
SwapCached: 0 kB
Active: 25708 kB
Inactive: 7835548 kB
HighTotal:
* Holger Kiehl ([EMAIL PROTECTED]) wrote:
> There is however one difference, here I had set
> /sys/block/sd?/queue/nr_requests to 4096.
Well from that it looks like none of the queues get about 255
(hmm that's a round number)
> avg-cpu: %user %nice%sys %iowait %idle
>0.1
On Wed, 31 Aug 2005, Dr. David Alan Gilbert wrote:
* Holger Kiehl ([EMAIL PROTECTED]) wrote:
On Wed, 31 Aug 2005, Jens Axboe wrote:
Full vmstat session can be found under:
Have you got iostat? iostat -x 10 might be interesting to see
for a period while it is going.
The following is the re
On Wed, 31 Aug 2005, Jens Axboe wrote:
On Wed, Aug 31 2005, Holger Kiehl wrote:
# ./oread /dev/sdX
and it will read 128k chunks direct from that device. Run on the same
drives as above, reply with the vmstat info again.
Using kernel 2.6.12.5 again, here the results:
[snip]
Ok, reads as ex
forgot to attach lspci output.
it is a 133MB PCI-X card but only run at 66MHZ.
quick question, where I can check if it is running at 64bit?
66MHZ * 32Bit /8 * 80% bus utilization ~= 211MB/s then match the upper
speed I meet now...
Ming
02:01.0 SCSI storage controller: Marvell MV88SX5081 8-por
join the party. ;)
8 400GB SATA disk on same Marvel 8 port PCIX-133 card. P4 CPU.
Supermicro SCT board.
# cat /proc/mdstat
Personalities : [linear] [raid0] [raid1] [raid5] [multipath] [raid6]
[raid10] [faulty]
md0 : active raid0 sdh[7] sdg[6] sdf[5] sde[4] sdd[3] sdc[2] sdb[1] sda
[0]
31256
Holger Kiehl wrote:
> On Wed, 31 Aug 2005, Jens Axboe wrote:
>
>> On Wed, Aug 31 2005, Holger Kiehl wrote:
>>
[]
>>> I used the following command reading from all 8 disks in parallel:
>>>
>>>dd if=/dev/sd?1 of=/dev/null bs=256k count=78125
>>>
>>> Here vmstat output (I just cut something out i
On Wed, Aug 31 2005, Holger Kiehl wrote:
> ># ./oread /dev/sdX
> >
> >and it will read 128k chunks direct from that device. Run on the same
> >drives as above, reply with the vmstat info again.
> >
> Using kernel 2.6.12.5 again, here the results:
[snip]
Ok, reads as expected, like the buffered io
On Wed, Aug 31 2005, jmerkey wrote:
>
> 512 is not enough. It has to be larger. I just tried 512 and it still
> limits the data rates.
Please don't top post.
512 wasn't the point, setting it properly is the point. If you need more
than 512, go ahead. This isn't Holger's problem, though, the rea
Holger Kiehl wrote:
meminfo.dump:
MemTotal: 8124172 kB
MemFree: 23564 kB
Buffers: 7825944 kB
Cached: 19216 kB
SwapCached: 0 kB
Active: 25708 kB
Inactive: 7835548 kB
HighTotal: 0 kB
HighFree:0 kB
512 is not enough. It has to be larger. I just tried 512 and it still
limits the data rates.
Jeff
Jens Axboe wrote:
On Wed, Aug 31 2005, jmerkey wrote:
I have seen an 80GB/sec limitation in the kernel unless this value is
changed in the SCSI I/O layer
for 3Ware and other controllers d
On Wed, Aug 31 2005, jmerkey wrote:
>
>
> I have seen an 80GB/sec limitation in the kernel unless this value is
> changed in the SCSI I/O layer
> for 3Ware and other controllers during testing of 2.6.X series kernels.
>
> Change these values in include/linux/blkdev.h and performance goes from
I'll try this approach as well. On 2.4.X kernels, I had to change
nr_requests to achieve performance, but
I noticed it didn't seem to work as well on 2.6.X. I'll retry the
change with nr_requests on 2.6.X.
Thanks
Jeff
Tom Callahan wrote:
From linux-kernel mailing list.
Don't do th
>From linux-kernel mailing list.
Don't do this. BLKDEV_MIN_RQ sets the size of the mempool reserved
requests and will only get slightly used in low memory conditions, so
most memory will probably be wasted.
Change /sys/block/xxx/queue/nr_requests
Tom Callahan
TESSCO Technologies
(443)-50
On Wed, 31 Aug 2005, Jens Axboe wrote:
On Wed, Aug 31 2005, Holger Kiehl wrote:
On Wed, 31 Aug 2005, Jens Axboe wrote:
Nothing sticks out here either. There's plenty of idle time. It smells
like a driver issue. Can you try the same dd test, but read from the
drives instead? Use a bigger block
I have seen an 80GB/sec limitation in the kernel unless this value is
changed in the SCSI I/O layer
for 3Ware and other controllers during testing of 2.6.X series kernels.
Change these values in include/linux/blkdev.h and performance goes from
80MB/S to over 670MB/S on the 3Ware controller.
On Wed, 31 Aug 2005, Nick Piggin wrote:
Holger Kiehl wrote:
3236497 total 1.4547
2507913 default_idle 52248.1875
158752 shrink_zone 43.3275
121584 copy_user_generic_c 3199.5789
On Wed, Aug 31 2005, Holger Kiehl wrote:
> On Wed, 31 Aug 2005, Jens Axboe wrote:
>
> >Nothing sticks out here either. There's plenty of idle time. It smells
> >like a driver issue. Can you try the same dd test, but read from the
> >drives instead? Use a bigger blocksize here, 128 or 256k.
> >
> I
* Holger Kiehl ([EMAIL PROTECTED]) wrote:
> On Wed, 31 Aug 2005, Jens Axboe wrote:
>
> Full vmstat session can be found under:
Have you got iostat? iostat -x 10 might be interesting to see
for a period while it is going.
Dave
--
-Open up your eyes, open up your mind, open up your code
On Wed, 31 Aug 2005, Jens Axboe wrote:
Nothing sticks out here either. There's plenty of idle time. It smells
like a driver issue. Can you try the same dd test, but read from the
drives instead? Use a bigger blocksize here, 128 or 256k.
I used the following command reading from all 8 disks in
On Wed, 31 Aug 2005, Vojtech Pavlik wrote:
On Tue, Aug 30, 2005 at 08:06:21PM +, Holger Kiehl wrote:
How does one determine the PCI-X bus speed?
Usually only the card (in your case the Symbios SCSI controller) can
tell. If it does, it'll be most likely in 'dmesg'.
There is nothing in dm
Holger Kiehl wrote:
3236497 total 1.4547
2507913 default_idle 52248.1875
158752 shrink_zone 43.3275
121584 copy_user_generic_c 3199.5789
34271 __wake_up_bit
On Wed, Aug 31 2005, Holger Kiehl wrote:
> >>>Ok, I did run the following dd command in different combinations:
> >>>
> >>> dd if=/dev/zero of=/dev/sd?1 bs=4k count=500
> >>
> >>I think a bs of 4k is way too small and will cause huge CPU overhead.
> >>Can you try with something like 4M? Also,
On Wed, 31 Aug 2005, Jens Axboe wrote:
On Wed, Aug 31 2005, Vojtech Pavlik wrote:
On Tue, Aug 30, 2005 at 08:06:21PM +, Holger Kiehl wrote:
How does one determine the PCI-X bus speed?
Usually only the card (in your case the Symbios SCSI controller) can
tell. If it does, it'll be most lik
On Wed, Aug 31 2005, Vojtech Pavlik wrote:
> On Tue, Aug 30, 2005 at 08:06:21PM +, Holger Kiehl wrote:
> > >>How does one determine the PCI-X bus speed?
> > >
> > >Usually only the card (in your case the Symbios SCSI controller) can
> > >tell. If it does, it'll be most likely in 'dmesg'.
> > >
On Tue, Aug 30, 2005 at 08:06:21PM +, Holger Kiehl wrote:
> >>How does one determine the PCI-X bus speed?
> >
> >Usually only the card (in your case the Symbios SCSI controller) can
> >tell. If it does, it'll be most likely in 'dmesg'.
> >
> There is nothing in dmesg:
>
>Fusion MPT base dr
Holger Kiehl wrote:
> On Mon, 29 Aug 2005, Al Boldi wrote:
> > You may be hitting a 2.6 kernel bug, which has something to do with
> > readahead, ask Jens Axboe about it! (see "[git patches] IDE update"
> > thread) Sadly, 2.6.13 did not fix it either.
>
> I did read that threat, but due to my limit
r Kiehl
> Sent: Tuesday, August 30, 2005 3:09 PM
> To: Mark Hahn
> Cc: linux-raid; linux-kernel
> Subject: Re: Where is the performance bottleneck?
>
> On Mon, 29 Aug 2005, Mark Hahn wrote:
>
> >> The U320 SCSI controller has a 64 bit PCI-X bus for itself, there is no
> ot
On Mon, 29 Aug 2005, Vojtech Pavlik wrote:
On Mon, Aug 29, 2005 at 06:20:56PM +, Holger Kiehl wrote:
Hello
I have a system with the following setup:
Board is Tyan S4882 with AMD 8131 Chipset
4 Opterons 848 (2.2GHz)
8 GB DDR400 Ram (2GB for each CPU)
1 onboard Symbios Logic
On Mon, 29 Aug 2005, Al Boldi wrote:
Holger Kiehl wrote:
Why do I only get 247 MB/s for writting and 227 MB/s for reading (from the
bonnie++ results) for a Raid0 over 8 disks? I was expecting to get nearly
three times those numbers if you take the numbers from the individual
disks.
What limit
On Mon, 29 Aug 2005, Mark Hahn wrote:
The U320 SCSI controller has a 64 bit PCI-X bus for itself, there is no other
device on that bus. Unfortunatly I was unable to determine at what speed
it is running, here the output from lspci -vv:
...
Status: Bus=2 Dev=4 Func=0 64bit+ 133
> "Holger" == Holger Kiehl <[EMAIL PROTECTED]> writes:
Holger> Hello I have a system with the following setup:
(4-way CPUs, 8 spindles on two controllers)
Try using XFS.
See http://scalability.gelato.org/DiskScalability_2fResults --- ext3
is single threaded and tends not to get the
On Mon, Aug 29, 2005 at 06:20:56PM +, Holger Kiehl wrote:
> Hello
>
> I have a system with the following setup:
>
> Board is Tyan S4882 with AMD 8131 Chipset
> 4 Opterons 848 (2.2GHz)
> 8 GB DDR400 Ram (2GB for each CPU)
> 1 onboard Symbios Logic 53c1030 dual channel U320 cont
1 - 100 of 182 matches
Mail list logo
