> 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
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
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
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 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 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
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
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*
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, 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.
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, 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
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 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
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
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
> > 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
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 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
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
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
* 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 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 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
> "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
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.
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...
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
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
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
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, 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
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
301 - 334 of 334 matches
Mail list logo
