Hello!
I've an Asus A8V Mainboard which works wonderful with a 2.6.18.X kernel.
But i cannot use the SATA Controller with a 2.6.19.x Kernel.
dmesg output from 2.6.18.3 where it works perfectly:
libata version 2.00 loaded.
ahci :00:0f.0: version 2.0
GSI 19 sharing vector 0xD9 and IRQ 19
ACP
On Mon, Jan 22, 2007 at 08:51:10AM +0100, Stefan Priebe - FH wrote:
> Hi!
>
> I'm not shure but perhaps it isn't an XFS Bug.
>
> Here is what i find out:
>
> We've about 300 servers at the momentan and 5 of them are "old" Intel
> Pentium 4 Machines with a DFI PM-12 Mainboard with VIA chipset.
Patrick Ale wrote:
The drivers load correctly but my drives seem to be in a different
order all the time, which is not very convinient when your run md
devices.
md does not rely on device names, it can work on array UUID's too (check
out man mdadm.conf).
So, my question is: how do I force a
Hi!
The update of the IDE layer was in 2.6.19. I don't think it is a
hardware bug cause all these 5 machines runs fine since a few years with
2.6.16.X and before. We switch to 2.6.18.6 on monday last week and all
machines began to crash periodically. On friday last week we downgraded
them all
On Mon, 22 Jan 2007 01:53:21 +0059
Jiri Slaby <[EMAIL PROTECTED]> wrote:
> >> 7 Seek_Error_Rate 0x000f 083 060 030Pre-fail Always
> >> - 204305750
> >> 1 Raw_Read_Error_Rate 0x000f 059 049 006Pre-fail Always
> >> - 215927244
> >> 195
I have implemented a technique which allows a kernel-space thread
or ISR to communicate with user-space or kernel-space threads
asynchronously and without having to copy data (zero copy).
The solution I came up with I call ACE, Atomic Code Execution. As the
name implies once code starts executing
If the bitmap size is less than one page including super_block and
bitmap and the inode's i_blkbits is also small, when doing the
read_page function call to read the sb_page, it may return a error.
For example, if the device is 12800 chunks, its bitmap file size is
about 1.6KB include the bitmap s
On Mon, 22 Jan 2007 11:46:01 +0900
Tejun Heo <[EMAIL PROTECTED]> wrote:
> > I don't know. It's a two years old ST380817AS.
> >
> > # smartctl -a -d ata /dev/sda
> >
> > smartctl version 5.36 [x86_64-pc-linux-gnu] Copyright (C) 2002-6 Bruce Allen
> > Home page is http://smartmontools.sourceforge.
> "DS" == David Schwartz <[EMAIL PROTECTED]> writes:
DS> If you are right, a "512MB" RAM stick is mislabelled and is more
DS> correctly labelled as "536.8MB". (With 512MiB being equally
DS> correct.)
DS> Isn't that obviously not just wrong but borderline crazy?
No. It is not obvious to me wh
Hi Jan!
On 21 Jan 2007, at 22:12, Jan Engelhardt wrote:
How fast is your Ethernet port? 100Mbps or 95.37Mbps?
Same lie like with harddrives. It's around 80, not 100.
But it depends on how you look at it. 80 for Layer3, possibly
a little more for Layer2/1.
Nope, I get consistently 12e6 bytes
* Pieter Palmers <[EMAIL PROTECTED]> wrote:
> Dear all,
>
> What is the status with respect to this problem? I see that in the
> current -rt patch the problematic code piece is different. I
> personally haven't tried to reproduce this myself on a more recent
> kernel, but I just got a report
Hi folks,
I have a probably louzy question regarding sigaction() behaviour when an
alternate signal stack is used: it seems that I can not get the user
stack reference in the ucontext_t stack context ; ie. the uc_stack
member contains reference of the alternate signal stack, not the stack
that was
Paolo Ornati wrote:
=== START OF INFORMATION SECTION ===
Model Family: Seagate Barracuda 7200.7 and 7200.7 Plus family
Device Model: ST380817AS
I'll blacklist it. Thanks.
Ok. It will be better if someone else with the same HD could confirm.
It looks so strange that an HD that works f
Hi!
I've another idea... could it be, that it is a barrier problem? Since
barriers are enabled by default from 2.6.17 on ...
Stefan
David Chinner schrieb:
On Mon, Jan 22, 2007 at 08:51:10AM +0100, Stefan Priebe - FH wrote:
Hi!
I'm not shure but perhaps it isn't an XFS Bug.
Here is what i
On Sun, 2007-01-21 at 15:06 -0600, Jay Cliburn wrote:
> +
> + /* PCI config space info */
> + pci_read_config_byte(pdev, PCI_REVISION_ID, &hw->revision_id);
> + pci_read_config_word(pdev, PCI_COMMAND, &hw->pci_cmd_word);
I'm highly suspicious of drivers that use the PCI_COMMAND word...
On 1/20/07, Arjan van de Ven <[EMAIL PROTECTED]> wrote:
On Sat, 2007-01-20 at 15:54 +0530, kalash nainwal wrote:
> Hi there,
>
> We've a kernel (n/w) module, which sits over ethernet. Whenever a pkt
> is received (in softirq), after doing some minimal processing,
> wake_up() is called to wake up
On Mon, 22 Jan 2007 18:35:05 +0900
Tejun Heo <[EMAIL PROTECTED]> wrote:
> Yeap, certainly. I'll ask people first before actually proceeding with
> the blacklisting. I'm just getting a bit tired of tides of NCQ firmware
> problems.
>
> Anyways, for the time being, you can easily turn off NCQ u
On Mon 2007-01-22 11:29:40, Kawai, Hidehiro wrote:
> Hi Pavel,
>
> The /proc// approach doesn't have these demerits, and it
> has an advantage that users can change the bitmask of any process
> at anytime.
> >>>
> >>>Well... not sure if it is advantage.
> >>
> >>For example, consider
Hi Linus, Thomas, all,
It appears that kernel.org is hosting two git repositories with the
history of the linux kernel development, up to 2.6.12-rc2, which was
originally in bitkeeper. The first one is owned by Linus:
http://www2.kernel.org/git/?p=linux/kernel/git/torvalds/old-2.6-bkcvs.git;a=summ
On Mon, 22 Jan 2007 18:35:05 +0900
Tejun Heo <[EMAIL PROTECTED]> wrote:
> Yeap, certainly. I'll ask people first before actually proceeding with
> the blacklisting. I'm just getting a bit tired of tides of NCQ firmware
> problems.
Another interesting thing: it seems that I'm unable to reprodu
Hi1
> My patch is based on my new idea to Linux swap subsystem, you can find more
> in
> Documentation/vm_pps.txt which isn't only patch illustration but also file
> changelog. In brief, SwapDaemon should scan and reclaim pages on
> UserSpace::vmalist other than current zone::active/inactive. The
On Mon, 2007-01-22 at 02:56 +0100, Krzysztof Halasa wrote:
> Jan Engelhardt <[EMAIL PROTECTED]> writes:
>
> > Bleh. Except for storage, base 1024 was used for almost everything
> > I remember. 4 MB memory meant 4096 KB, and that's still the case today.
> > Most likely the same for transfer rates.
Robert P. J. Day wrote:
by adding (temporarily) the definitions of TRUE and FALSE to types.h,
you should then (theoretically) be able to delete over 100 instances
of those same macros being *defined* throughout the source tree.
you're not going to be deleting the hundreds and hundreds of *uses*
Krzysztof Halasa <[EMAIL PROTECTED]> writes:
> Jan Engelhardt <[EMAIL PROTECTED]> writes:
>
>> It's just that storage vendors broke the computer rule and went with 1000.
>
> 1024 etc. is (should be) natural to disks because the sector size
> is 512 B, 2048 B or something like that.
But other than
On Mon, 22 Jan 2007, Nick Piggin wrote:
> Robert P. J. Day wrote:
>
> > by adding (temporarily) the definitions of TRUE and FALSE to
> > types.h, you should then (theoretically) be able to delete over
> > 100 instances of those same macros being *defined* throughout the
> > source tree. you're not
On Mon, Jan 22, 2007 at 02:09:17AM -0500, Theodore Ts'o wrote:
>
> Hi folks,
>
> It's time to start kicking off the 2007 Kernel Summit planning
> process. This year, the Kernel Summit will be held in Cambridge,
> England, at the DeVere University Arms Hotel, September 5-6 (with a
> welcome
Serial port latency is heavily dependant on the HZ rate for data bits
and input side stuff and you can set the low latency flag to improve upon
that. Beyond that if you are using the modem control ioctls then it
depends a lot on the hardware. USB has some implicit queuing on the bus
but generic ua
my dearest,father
i am vitus by name and i am an orphan raised in the
motherless babies home i never knew my parents till
today as i am talking to you ,pls i need help before i
do some thing that will lead me to my ealy grave i
thank God for those people who have real nice life
they should always
On 1/18/07, Bodo Eggert <[EMAIL PROTECTED]> wrote:
Alon Bar-Lev <[EMAIL PROTECTED]> wrote:
> On 1/18/07, Russell King <[EMAIL PROTECTED]> wrote:
>> On Thu, Jan 18, 2007 at 01:58:52PM +0100, Bernhard Walle wrote:
>> > 2. Set command_line as __initdata.
>> You can't.
>>
>> > -static char command_l
> diff --git a/drivers/net/atl1/atl1_hw.h b/drivers/net/atl1/atl1_hw.h
> new file mode 100644
> index 000..0450b77
> --- /dev/null
> +++ b/drivers/net/atl1/atl1_hw.h
[...]
> +/* MII definition */
> +/* PHY Common Register */
> +#define MII_BMCR 0x00
> +#defi
Not only check the pointer against 0 but also the dereferenced value
Signed-off-by: Thomas Klein <[EMAIL PROTECTED]>
---
drivers/net/ehea/ehea.h |2 +-
drivers/net/ehea/ehea_main.c |6 --
2 files changed, 5 insertions(+), 3 deletions(-)
diff -Nurp -X dontdiff linux-2.6.20-rc5
Fix to use exactly one queue for incoming packets in all
firmware configurations
Signed-off-by: Thomas Klein <[EMAIL PROTECTED]>
---
drivers/net/ehea/ehea_main.c |2 +-
1 files changed, 1 insertion(+), 1 deletion(-)
diff -Nurp -X dontdiff linux-2.6.20-rc5/drivers/net/ehea/ehea_main.c
pat
Logical partitions are not allowed to (try to) set the autonegotiation status.
This patch removes the respective function call from the port setup function.
Signed-off-by: Thomas Klein <[EMAIL PROTECTED]>
---
drivers/net/ehea/ehea_main.c |4 ++--
1 files changed, 2 insertions(+), 2 deletion
Count OFDT nodes to determine the number of available ports
instead of using the possibly outdated value from the hypervisor
Signed-off-by: Thomas Klein <[EMAIL PROTECTED]>
---
drivers/net/ehea/ehea_main.c | 15 ++-
1 files changed, 14 insertions(+), 1 deletion(-)
diff -Nurp -X
Disabled dump of hcall regs on some permission issues and
fixed appropriate misleading logmessages
Signed-off-by: Thomas Klein <[EMAIL PROTECTED]>
---
drivers/net/ehea/ehea_main.c | 16 +++-
drivers/net/ehea/ehea_phyp.c | 10 --
2 files changed, 15 insertions(+), 11 dele
Added logging of error events associated with a specific queue pair
Signed-off-by: Thomas Klein <[EMAIL PROTECTED]>
---
drivers/net/ehea/ehea_main.c |8
1 files changed, 4 insertions(+), 4 deletions(-)
diff -Nurp -X dontdiff linux-2.6.20-rc5/drivers/net/ehea/ehea_main.c
patched_
Fixed possible nullpointer access in event queue processing
Signed-off-by: Thomas Klein <[EMAIL PROTECTED]>
---
drivers/net/ehea/ehea_main.c |5 +++--
1 files changed, 3 insertions(+), 2 deletions(-)
diff -Nurp -X dontdiff linux-2.6.20-rc5/drivers/net/ehea/ehea_main.c
patched_kernel/driv
Hi,
On Monday, 22 January 2007 03:34, Jean-Marc Valin wrote:
> Hi,
>
> I just encountered the following oops and general protection fault
> trying to suspend/resume my laptop. I've got a Dell D820 laptop with a 2
> GHz Core 2 Duo CPU. It usually suspends/resumes fine but not always. The
> relevan
Robert P. J. Day wrote:
On Mon, 22 Jan 2007, Nick Piggin wrote:
Robert P. J. Day wrote:
by adding (temporarily) the definitions of TRUE and FALSE to
types.h, you should then (theoretically) be able to delete over
100 instances of those same macros being *defined* throughout the
source tree.
On Monday, 22. January 2007 03:39, Tejun Heo wrote:
> Hello,
>
> Chr wrote:
> > Ok, you won't believe this... I opened my case and rewired my drives...
> > And guess what, my second (aka the "good") HDD is now failing!
> > I guess, my mainboard has a (but maybe two, or three :( ) "bad"
> > sata
Thanks for your reply again! See comments inline...
Joel Becker wrote:
I fully agree with the idea of configfs not being allowed to destroy
user-created objects. OTOH, while configfs is described as a filesystem
for user-created objects under user control, compared to sysfs as a
filesystem for k
On Mon, Jan 22, 2007 at 12:07:11PM +0100, Christoph Hellwig wrote:
> > process. This year, the Kernel Summit will be held in Cambridge,
> > England, at the DeVere University Arms Hotel, September 5-6 (with a
> > welcome reception on the 4th). The decision to move the Kernel Summit
> > to England
Pavel Machek <[EMAIL PROTECTED]> writes:
> +if [ ! -d "/proc/sin" ]; then
> +echo "/proc/sin not found, has sinmod been loaded?"
> +exit
> +fi
No new /proc files, please.
This was merely a prototype realized in a hurry, not a production
driver. Really, I did't think it cou
On Mon, Jan 22, 2007 at 07:45:02AM -0500, Alan Cox wrote:
>
> Definitely disagree with that. I'd like to see the conference somewhere
> else different this time - perhaps Czech Republic, or somewhere else more
> easterly and Linux active (or even Finland...)
>
Understand that one of the feedback
> hopefully serve as a seed for something like OLS and LCA in UK/Europe,
> and (b) I've told folks that the moving it away from Cambridge is a
> one-time experiment, after which point we will re-evaluate.
Perhaps that will work out for the best, it may be the right answer long
term is to alternate
Hi All,
I am working on porting linux-2.6.20-rc2 (DENX) kernel to our board. It
consists of powerpc MPC7410, IBM CPC700 system controller and couple of AMD
79C972 network chips.
I am using gcc version 4.0.0 (DENX ELDK 4.0 4.0.0) cross compiler for this
task.
I followed IBM spruce which consists o
On 1/22/07, Stefan Priebe - FH <[EMAIL PROTECTED]> wrote:
I've an Asus A8V Mainboard which works wonderful with a 2.6.18.X kernel.
But i cannot use the SATA Controller with a 2.6.19.x Kernel.
I also have an Asus A8V motherboard that cannot boot a newer kernel
because the SATA controller does n
Andrew Morton wrote:
On Mon, 15 Jan 2007 00:52:36 +0100 Tilman Schmidt <[EMAIL PROTECTED]> wrote:
With kernel 2.6.20-rc4-mm1 and all hotfixes, i810fb fails to load on my
Dell Optiplex GX110. Here's an excerpt of the diff between the boot logs
of 2.6.20-rc5 (working) and 2.6.20-rc4-mm1 (non-workin
On Tue, 16 Jan 2007 15:13:32 -0500
Neil Horman <[EMAIL PROTECTED]> wrote:
> As it is currently written, sys_select checks its return code to convert
> ERESTARTNOHAND to EINTR. However, the check is within an if (tvp) clause, and
> so if select is called from userspace with a NULL timeval, then it
Hi!
> My initial idea was to execute only block device resume on the separate
> thread, as it take almost 80% of the total device resume time ( I did
If you do this in one block driver that is slow for you (sata?), then it is
probably acceptable. (Maintainer decides.) I'd encourage that option.
On Sun, 21 Jan 2007, Greg KH wrote:
> On Sun, Jan 21, 2007 at 12:29:51PM -0500, Justin Piszcz wrote:
> >
> >
> > On Sun, 21 Jan 2007, Justin Piszcz wrote:
> >
> > >
> > >
> > > >
> > > > Good luck,
> > > > Jurriaan
> > > > --
> > > > > What does ELF stand for (in respect to Linux?)
> > >
On Mon, 22 Jan 2007, kyle wrote:
> Hi,
>
> Yesterday I tried to increase the value of strip_cache_size to see if I can
> get better performance or not. I increase the value from 2048 to something
> like 16384. After I did that, the raid5 freeze. Any proccess read / write to
> it stucked at D st
Hi again!
I tried to replicate the problem at home during the weekend with my laptop,
but I couldn't get it to show links with previous kernels, so I guess I had
something different on my samba server or similar, I'm at the real machines
now so I have done the real tests and they look promising. I
Hi Santiago !
On Mon, Jan 22, 2007 at 09:54:00AM +0100, Santiago Garcia Mantinan wrote:
> Hi again!
>
> I tried to replicate the problem at home during the weekend with my laptop,
> but I couldn't get it to show links with previous kernels, so I guess I had
> something different on my samba serve
> > As you can see I now can see the symbolic links perfectly and they work as
> > expected.
> >
> > In fact, this patch is working so well that it poses a security risk, as now
> > the devices on my /mnt/dev directory are not only seen as devices (like they
> > were seen on 2.4.33) but they also
On Mon, 22 Jan 2007 10:18:16 +0100, Willy Tarreau <[EMAIL PROTECTED]> wrote:
>Grant, just to be sure, are you really certain that you tried the fixed kernel
>?
>It is possible that you booted a wrong kernel during one of your tests. I'm
>intrigued by the fact that it changed nothing for you and t
On Mon, 22 Jan 2007 10:36:30 +0100, Santiago Garcia Mantinan <[EMAIL
PROTECTED]> wrote:
>> > As you can see I now can see the symbolic links perfectly and they work as
>> > expected.
>> >
>> > In fact, this patch is working so well that it poses a security risk, as
>> > now
>> > the devices on
01/19/2007 04:57 AM, Atsushi Nemoto wrote/a écrit:
On Fri, 19 Jan 2007 12:19:10 +0900 (JST), Atsushi Nemoto <[EMAIL PROTECTED]>
wrote:
OK, here is a revised patch which uses pci= option instead of config
parameters.
Sorry, this patch would cause build failure if setup-bus.c was not
built into
On Mon, 22 Jan 2007 14:57:46 +0100, Éric Piel <[EMAIL PROTECTED]> wrote:
> > + cbiosize=nn[KMG]A fixed amount of bus space is
> > + reserved for CardBus bridges.
> > + The default value is 256 bytes.
> > + cbmemsize=nn[
> This is accomplished by allocating a page (or more) of memory which
> is executable and mapped into every threads address space. Also, all
> ISR entry points are modified to detect if the code that was interrupted
> was executing within the ACE page. If it was then the ACE code is
> allowed to co
Hi,
On Mon, Jan 22, 2007 at 08:14:17AM -0500, Theodore Tso wrote:
> On Mon, Jan 22, 2007 at 07:45:02AM -0500, Alan Cox wrote:
> >
> > Definitely disagree with that. I'd like to see the conference somewhere
> > else different this time - perhaps Czech Republic, or somewhere else more
> > easterly
On Mon, Jan 22, 2007 at 02:59:56PM +0100, Paolo Ornati wrote:
> On Tue, 16 Jan 2007 15:13:32 -0500
> Neil Horman <[EMAIL PROTECTED]> wrote:
>
> > As it is currently written, sys_select checks its return code to convert
> > ERESTARTNOHAND to EINTR. However, the check is within an if (tvp) clause,
Hello.
Atsushi Nemoto wrote:
Subject: [PATCH] Make CARDBUS_MEM_SIZE and CARDBUS_IO_SIZE customizable
CARDBUS_MEM_SIZE was increased to 64MB on 2.6.20-rc2, but larger size
might result in allocation failure for the reserving itself on some
platforms (for example typical 32bit MIPS). Make it (a
On Mon, 2007-01-22 at 06:02 -0500, Robert P. J. Day wrote:
> On Mon, 22 Jan 2007, Nick Piggin wrote:
>
> > Robert P. J. Day wrote:
> >
> > > by adding (temporarily) the definitions of TRUE and FALSE to
> > > types.h, you should then (theoretically) be able to delete over
> > > 100 instances of tho
On Mon, 22 Jan 2007 02:23:30 +0300, Samium Gromoff said:
>
> not "core-dumps" but "core files", in the lispspeak, but anyway.
>
> the reason is trivial -- if i can write programs enjoying setuid
> privileges in C, i want to be able to do the same in Lisp.
Go read up on how the XEmacs crew designe
Fix race when deleting an EFI variable and issuing another EFI command on the
same variable. The removal of the variable from the efivars_list should be
done in efivar_delete and not delayed until the kprobes release.
Signed-off-by: Prarit Bhargava <[EMAIL PROTECTED]>
diff --git a/drivers/firmwa
On Mon, 22 Jan 2007, Mike Galbraith wrote:
> On Mon, 2007-01-22 at 06:02 -0500, Robert P. J. Day wrote:
> > On Mon, 22 Jan 2007, Nick Piggin wrote:
> >
> > > Robert P. J. Day wrote:
> > >
> > > > by adding (temporarily) the definitions of TRUE and FALSE to
> > > > types.h, you should then (theoret
On Sun, Jan 21, 2007 at 10:12:55PM +0100, Jan Engelhardt wrote:
> Same lie like with harddrives. It's around 80, not 100.
> But it depends on how you look at it. 80 for Layer3, possibly
> a little more for Layer2/1.
Strange, I tend to get about 95 for layer 3.
--
Len Sorensen
-
To unsubscribe fro
Denis Vlasenko wrote:
What will happen if we just make open ignore O_DIRECT? ;)
And then anyone who feels sad about is advised to do it
like described here:
http://lkml.org/lkml/2002/5/11/58
Then database and other high performance IO users will be broken. Most
of Linus's rant there is bein
On Sun, Jan 21, 2007 at 12:10:00PM +0100, Eduard Bloch wrote:
> And I cannot seriosly believe that you are cappable of reading his
> examples. Megabananas are a ridiculous demonstration becase of the
> object beeing counted itself, but if you take stuff from real life then
> I doubt that you expect
On 1/22/07, Alan <[EMAIL PROTECTED]> wrote:
> This is accomplished by allocating a page (or more) of memory which
> is executable and mapped into every threads address space. Also, all
> ISR entry points are modified to detect if the code that was interrupted
> was executing within the ACE page.
H. Peter Anvin wrote:
> Ralf Baechle wrote:
> > On Sun, Jan 21, 2007 at 06:37:24PM +0200, S.ط£â€،aط¤إ¸lar Onur wrote:
> >> 21 Oca 2007 Paz tarihinde ط¥إ¸unlarط¤ï؟½ yazmط¤ï؟½ط¥إ¸tط¤ï؟½nط¤ï؟½z:
> >>> RSS feed of the git tree:
> >>> http://www.kernel.org/git/?p=linux/kernel/git/stable/linux-2.6.16.y.g
Andrea Arcangeli wrote:
> Linus may be right that perhaps one day the CPU will be so much faster
> than disk that such a copy will not be measurable and then O_DIRECT
> could be downgraded to O_STREAMING or an fadvise. If such a day will
> come by, probably that same day Dr. Tanenbaum will be final
On Mon, 22 Jan 2007, Neil Horman wrote:
> On Mon, Jan 22, 2007 at 02:59:56PM +0100, Paolo Ornati wrote:
> >
> > the ERESTARTNOHAND thing is handled in arch specific signal code,
>
> In the signal handling path yes.
Right.
> Not always in the case of select, though. Check core_sys_select:
N
On 2007.01.21 18:17:01 -0600, Robert Hancock wrote:
> Björn Steinbrink wrote:
> >On 2007.01.21 13:58:01 -0600, Robert Hancock wrote:
> >>Björn Steinbrink wrote:
> >>>All kernels were bad using that approach. So back to square 1. :/
> >>>
> >>>Björn
> >>>
> >>OK guys, here's a new patch to try again
On Sat, 2007-01-20 at 08:01 +0100, Peter Zijlstra wrote:
> Subject: nfs: fix congestion control
>
> The current NFS client congestion logic is severly broken, it marks the
> backing
> device congested during each nfs_writepages() call but doesn't mirror this in
> nfs_writepage() which makes for d
Denis Vlasenko wrote:
The difference is that you block exactly when you try to access
data which is not there yet, not sooner (potentially much sooner).
If application (e.g. database) needs to know whether data is _really_ there,
it should use aio_read (or something better, something which doesn
On Mon, Jan 22, 2007 at 08:03:53AM -0800, Linus Torvalds wrote:
>
>
> On Mon, 22 Jan 2007, Neil Horman wrote:
>
> > On Mon, Jan 22, 2007 at 02:59:56PM +0100, Paolo Ornati wrote:
> > >
> > > the ERESTARTNOHAND thing is handled in arch specific signal code,
> >
> > In the signal handling path ye
On Mon, 2007-01-22 at 01:25 +0200, Boaz Harrosh wrote:
> - Instantiate another request_io_part in request for bidi_read.
> - Define & Implement new API for accessing bidi parts.
> - API to Build bidi requests and map to sglists.
> - Define new end_that_request_block() function to end a complete req
Benny Halevy wrote:
> Douglas Gilbert wrote:
>> Boaz Harrosh wrote:
>>> - Introduce a new enum dma_data_direction data_dir member in struct request.
>>> and remove the RW bit from request->cmd_flag
>>> - Add new API to query request direction.
>>> - Adjust existing API and implementation.
>>> - C
On Sun, 21 Jan 2007 20:13:00 +0100
Adrian Bunk <[EMAIL PROTECTED]> wrote:
> Using assembler code for performance in drivers might have been a good
> idea 15 years ago when this code was written, but with today's compilers
> that's unlikely to be an advantage.
>
> Besides this, it also hurts the
On Mon, 2007-01-22 at 10:05 -0500, Douglas Gilbert wrote:
> Perhaps the right use of DMA_BIRECTIONAL needs to be
> defined.
>
> Could it be used with a XDWRITE(10) SCSI command
> defined in sbc3r07.pdf at http://www.t10.org ? I suspect
> using two scatter gather lists would be a better approach.
>
On Mon, Jan 22, 2007 at 03:18:41PM +, Alan wrote:
> On Sun, 21 Jan 2007 20:13:00 +0100
> Adrian Bunk <[EMAIL PROTECTED]> wrote:
>
> > Using assembler code for performance in drivers might have been a good
> > idea 15 years ago when this code was written, but with today's compilers
> > that's
> > The C codepaths are essentially untested on this driver.
>
> Has any part of this driver ever be tested with kernel 2.6?
> Or compiled with gcc 4?
The C code paths have never been tested at all, the asm ones certainly
worked in late 2.4, but I don't; have an ISA box any more.
-
To unsubscribe
These series of patches result of
UFS1 write support stress testing, like running
fsx-linux, untar and build linux kernel etc
We pass from ufs::get_block_t to levels below:
pointer to the current page, to make possible things like
reallocation of blocks on the fly, and we also uses this pointer
During ufs_trunc_direct which is subroutine of ufs::truncate,
we try the first of all free parts of block and then whole blocks.
But we calculate size of block's part to free in the wrong way.
This may cause bad update of used blocks and fragments statistic,
and you can got report that you have f
In blocks reallocation function sometimes does not update some
of buffer_head::b_blocknr, which may and cause data damage.
Signed-off-by: Evgeniy Dushistov <[EMAIL PROTECTED]>
---
Index: linux-2.6.20-rc5/fs/ufs/balloc.c
===
--- linu
Hi Linus,
could you please pull from 'for-linus' branch of
git://git.kernel.org/pub/scm/linux/kernel/git/jikos/hid.git for-linus
or
master.kernel.org/pub/scm/linux/kernel/git/jikos/hid.git for-linus
to receive bugfixes for HID code.
Thanks.
---
MAINTAINERS |5 ++-
Please revert 2.6.19's 99a10a60ba9bedcf5d70ef81414d3e03816afa3f (shown
below) for 2.6.20. Nadia Derbey has reported that mmap of /dev/kmem no
longer works with the kernel virtual address as offset, and Franck has
confirmed that his patch came from a misunderstanding of what an offset
means to /dev
> On Jan 21 2007 00:14, Ralf Baechle wrote:
> >On Sat, Jan 20, 2007 at 11:42:37PM +, sathesh babu wrote:
> >
> >> I am trying to run Linux-2.6.18.2 ( with preemption enable)
> >> kernel on FPGA board which has MIPS24KE processor runs at 12
> >> MHZ. Programmed the timer to give interrupt
On 2007.01.22 17:12:40 +0100, Björn Steinbrink wrote:
> On 2007.01.21 18:17:01 -0600, Robert Hancock wrote:
> > Björn Steinbrink wrote:
> > >On 2007.01.21 13:58:01 -0600, Robert Hancock wrote:
> > >>Björn Steinbrink wrote:
> > >>>All kernels were bad using that approach. So back to square 1. :/
> >
From: Alan Stern <[EMAIL PROTECTED]>
This patch (as839b) implements the Kwatch (kernel-space hardware-based
watchpoints) API for the i386 architecture. The API is explained in
the kerneldoc for register_kwatch() in arch/i386/kernel/kwatch.c, and
there is demonstration code in include/asm-i386/kwa
On Jan 22 2007 10:41, Robert P. J. Day wrote:
>
>as opposed to the 100+ *other* definitions currently cluttering up the
>tree, which this patch would allow to be deleted *immediately*.
>
>forget it. i can see this argument is going nowhere and that, six
>months from now, some poor sucker is going
On Jan 22 2007 10:53, Lennart Sorensen wrote:
>
>> You talk for everybody, or is it just your (and only your) mind refusing
>> to accept new terms? For my taste, kib and mib are even easier to
>> speech, easier than {KiLoBytE} resp. {MeGaBytE} or KaaaBe / eMmmBe.
>
>There is too much legacy code a
"Luigi Genoni" <[EMAIL PROTECTED]> writes:
> (e-mail resent because not delivered using my other e-mail account)
>
> Hi,
> this night a linux server 8 dual core CPU Optern 2600Mhz crashed just after
> giving this message
>
> Jan 22 04:48:28 frey kernel: do_IRQ: 1.98 No irq handler for vector
Ok.
On Friday 19 January 2007 5:41 pm, Randy Dunlap wrote:
> On Thu, 18 Jan 2007 15:33:25 -0500 Rob Landley wrote:
>
> > Signed-off-by: Rob Landley <[EMAIL PROTECTED]>
> >
> > Documentation for lib/rbtree.c.
> >
> > --
> >
> > I'm not an expert on this but I was asked to write up some documentation
At Mon, 22 Jan 2007 10:20:21 -0500,
[EMAIL PROTECTED] wrote:
> On Mon, 22 Jan 2007 02:23:30 +0300, Samium Gromoff said:
> >
> > not "core-dumps" but "core files", in the lispspeak, but anyway.
> >
> > the reason is trivial -- if i can write programs enjoying setuid
> > privileges in C, i want to b
At Mon, 22 Jan 2007 01:35:46 +0100,
Arjan van de Ven wrote:
>
>
> > the core of the problem are the cores which are customarily
> > dumped by lisps during the environment generation (or modification) stage,
> > and then mapped back, every time the environment is invoked.
>
> >
> > at the curren
On 2007.01.22 17:57:08 +0100, Björn Steinbrink wrote:
> On 2007.01.22 17:12:40 +0100, Björn Steinbrink wrote:
> > On 2007.01.21 18:17:01 -0600, Robert Hancock wrote:
> > > Hmm, another miss, apparently.. Has anyone tried removing these lines
> > > >from nv_host_intr in 2.6.20-rc5 sata_nv.c and see
On Sat, 2007-01-20 at 13:28 -0500, Robert P. J. Day wrote:
> Remove the last (and commented out) invocation of the obsolete
> smp_commence() call.
>
> Signed-off-by: Robert P. J. Day <[EMAIL PROTECTED]>
thanks,
Acked-by: Ingo Molnar <[EMAIL PROTECTED]>
Ingo
-
To unsubscribe from this l
1 - 100 of 334 matches
Mail list logo
