Michael Sedkowski wrote:
> Dnia 07-08-2007, Wt o godzinie 03:43 +0900, Tejun Heo napisał(a):
>> Does emergency unload count increase
>> after each power down?
>
> I think I got it.
> Using smartctl I've done a test and shut down, then repeted the test.
> The only values that where diffrent are te
>On 8/7/07, Zhang, Yanmin <[EMAIL PROTECTED]> wrote:
> On Tue, 2007-08-07 at 11:21 +0800, Zhang, Yanmin wrote:
> > Did someone see the same issue? My machine has a qla fiber card.
> >
> > This error is triggered because parameter buf of qla2x00_read_nvram_data
> > is 0.
> Sorry for missing kernel i
Andrew,
I'm working on the changes to timerfd(), but must admit I am struggling to
understand some of the kernel code for working with userspace timers (e.g.,
in kernel/posix-timers.c). Can you suggest anyone who could provide
assistance?
Cheers,
Michael
Andrew Morton wrote:
> On Wed, 25 Jul 2
On Saturday 28 July 2007 14:06, Diego Calleja wrote:
> El Sat, 28 Jul 2007 13:07:05 -0700, Bill Huey (hui) escribió:
> The main problem is clearly that no scheduler was clearly better than
> the other. This remembers me of the LVM2/MD vs EVMS in the 2.5 days -
> both of them were good enought, but
Henrique de Moraes Holschuh wrote:
> On Tue, 07 Aug 2007, Tejun Heo wrote:
>> Michael Sedkowski wrote:
Hmmm... If the problem only shows up on nx6325, it might be that ACPI is
pulling unnecessary stunt. Please apply the attached patch and report
when the disk spins down and up.
>>>
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Serge E. Hallyn wrote:
>>From 1376764cbb54243f088cf00c39000c4f4418f461 Mon Sep 17 00:00:00 2001
> From: Serge E. Hallyn <[EMAIL PROTECTED]>
> Date: Mon, 6 Aug 2007 14:20:06 -0400
> Subject: [PATCH 1/1] file capabilities: clear fcaps on inode change (v2
Robert Hancock wrote:
> Tejun Heo wrote:
>> Michael Sedkowski wrote:
Hmmm... If the problem only shows up on nx6325, it might be that
ACPI is
pulling unnecessary stunt. Please apply the attached patch and report
when the disk spins down and up.
>>> Disk spins down on "Pre-shutd
On Tue, 2007-08-07 at 16:07 +1000, Neil Brown wrote:
> Suppose that in a program I have an open file descriptor for a device,
> and I want to find the /sys/block information for this device.
> There is currently no direct way to do this. I need to read
>/sys/block/*/dev, /sys/block/*/*/dev
> a
Andrew Morton [EMAIL PROTECTED] wrote:
| On Tue, 7 Aug 2007 00:33:26 +0400 Oleg Nesterov <[EMAIL PROTECTED]> wrote:
|
| > On 08/06, Andrew Morton wrote:
| > >
| > > On Fri, 3 Aug 2007 01:20:09 +0400 Oleg Nesterov <[EMAIL PROTECTED]> wrote:
| > >
| > > > 2. We are playing games with ->nsproxy->pid
Hi Paul,
I have hit upon a circular locking dependency while doing an rmdir on a
directory inside the containers code. I believe that it is safe as no one
should be able to rmdir when a container is getting mounted.
To reproduce it, just do a rmdir inside the container.
Hi Philippe,
On Mon, 2007-08-06 at 17:36 +0200, Philippe De Muyter wrote:
> Hi Andrew and Greg,
>
> Currently, all the patches that are submitted via Greg are marked as
> authored by Greg. Actually, the author is named in the first
> Signed-off-by line (often Greg himself, sometimes someone othe
Suppose that in a program I have an open file descriptor for a device,
and I want to find the /sys/block information for this device.
There is currently no direct way to do this. I need to read
/sys/block/*/dev, /sys/block/*/*/dev
and match major/minor numbers with the result from fstat.
I wo
On Tue, 2007-08-07 at 00:40 -0400, Kyle Moffett wrote:
> On Aug 01, 2007, at 11:06:00, Indan Zupancic wrote:
> > Different programs, different keys "stuck", so hard to tell. The
> > amount the pressed key is repeated differs too, from double to
> > hundreds.
> >
> > As an apparently separate pr
On Mon, 2007-08-06 at 10:55 +0200, John Sigler wrote:
> John Sigler wrote:
>
> Would anyone care to comment?
I'm not sure if this is the answer that you looking for, but yes you
certainly will find fixed bug is older version of the tree.
> Perhaps I could also test a different strategy, such as
(cutting out lists from CC)
> > > > Your patch is changing the API in a very unsafe way, since there will
> > > > be no error or warning on an unconverted fs. And that could lead to
> > > > security holes.
> > > >
> > > > If we would rename the setattr method to setattr_new as well as
> > > > ch
You'll get a better response to your report by sending it to
the network developer list, [EMAIL PROTECTED], rather
than here.
Thank you.
-
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
There are two problems with balance_tasks() and how it used:
1. The variables best_prio and best_prio_seen (inherited from the old
move_tasks()) were only required to handle problems caused by the
active/expired arrays, the order in which they were processed and the
possibility that the task w
On Wed, 2007-08-01 at 12:34 +0530, Girish Shilamkar wrote:
> On Wed, 2007-07-11 at 17:16 +0530, Girish Shilamkar wrote:
>
> > I will make the changes and send an incremental patch.
> >
> Hi,
> I have made the changes and attached the incremental patch as per the
> review.
Thanks,
I merged
On Tue, 7 Aug 2007 00:33:26 +0400 Oleg Nesterov <[EMAIL PROTECTED]> wrote:
> On 08/06, Andrew Morton wrote:
> >
> > On Fri, 3 Aug 2007 01:20:09 +0400 Oleg Nesterov <[EMAIL PROTECTED]> wrote:
> >
> > > 2. We are playing games with ->nsproxy->pid_ns. This code is bogus today,
> > > and
> > >it
On Mon, 6 Aug 2007 22:55:41 +0100 [EMAIL PROTECTED] (Mel Gorman) wrote:
> On (06/08/07 22:31), Andi Kleen didst pronounce:
> >
> > > If correct, I would suggest merging the horrible hack for .23 then taking
> > > it out when we merge "grouping pages by mobility". But what if we don't
> > > do
>
On Mon, 6 Aug 2007 15:31:12 -0500 "Serge E. Hallyn" <[EMAIL PROTECTED]> wrote:
> Quoting Alexey Dobriyan ([EMAIL PROTECTED]):
> > For those who don't care about CONFIG_SECURITY.
>
> I'm quite sure we started that way, but the ifdefs were considered
> too much of an eyesore.
argh, y'all stop top-
According to Willy Tarreau:
> > >Well, top-level assembly is usually nasty. Setting the section in the
> > >assembly statement as you said is probably the only thing you *can* do.
> >
I do not understand the details of the discussion, but isn't the
fact, that there is more than one way for the c
Problem about IPsec IPv4 over IPv6, which is included in kernel 2.6.21.
A IPv6 global address is assigned for eth1 by DHCPv6 IA-PD. This case,
IPsec SA is successfully established but packets cannot been sent to WAN.
I do ping, this error occured:
$ ping: sendmsg: No route to host
Do someone k
On Aug 01, 2007, at 11:06:00, Indan Zupancic wrote:
Different programs, different keys "stuck", so hard to tell. The
amount the pressed key is repeated differs too, from double to
hundreds.
As an apparently separate problem my mouse warps once in a while
too, and that's not totally fixed y
2007/8/7, Rafael J. Wysocki <[EMAIL PROTECTED]>:
> On Monday, 6 August 2007 17:50, Joonwoo Park wrote:
> > 2007/8/6, Rafael J. Wysocki <[EMAIL PROTECTED]>:
> > > On Monday, 6 August 2007 15:42, Joonwoo Park wrote:
> > > > Hi.
> > > > I think that the pci_set_power_state() has bug.
> > > > The speci
On Aug 06, 2007, at 19:37:47, Adam M wrote:
Hi folks,
For some reason, every time I create a virtual interface (using
tun), the interface immediately generates an IGMPv3 Join packet for
group 224.0.0.251, which (according to Google) is Multicast DNS.
This packet is generated automatically
I'm almost sorry I spoke up...
Matt Sealey writes the following:
>
>Okay before you add to the nvramrc you also need to add probe-all to build the
>device tree first; I assumed this was common knowledge.
Maybe for experienced OpenFirmware developers; this is the first time I've
had to touch the s
On Mon, Aug 06, 2007 at 08:01:56PM -0700, Greg KH wrote:
> On Thu, Aug 02, 2007 at 11:27:01PM +0200, Sam Ravnborg wrote:
> > On Thu, Aug 02, 2007 at 10:25:20PM +0200, Nico Erfurth wrote:
> > > This patch adds the new iowarrior module to the Makefile in drivers/usb.
> > > Currently the module isn't
Alexey Dobriyan wrote:
> sysfs internals were changed to not pin module in question.
>
> Signed-off-by: Alexey Dobriyan <[EMAIL PROTECTED]>
Acked-by: Tejun Heo <[EMAIL PROTECTED]>
--
tejun
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMA
On Mon, 6 Aug 2007, James Bottomley wrote:
>
> Confused ... you did get the first pull request in the first week.
Here's the problem. Let me repeat it again:
> > And after -rc1, I don't want to see crap like this:
> >
> > 46 files changed, 2837 insertions(+), 2050 deletions(-)
It DOES NO
On Mon, 2007-08-06 at 17:51 -0700, Linus Torvalds wrote:
>
> On Sat, 4 Aug 2007, James Bottomley wrote:
> >
> > This is mainly bug fixes ... there's one or two features completions
> > that have been delayed pending ack and review to do with bsg (headers
> > and passthrough) but these are really r
On Tue, 2007-08-07 at 11:21 +0800, Zhang, Yanmin wrote:
> Did someone see the same issue? My machine has a qla fiber card.
>
> This error is triggered because parameter buf of qla2x00_read_nvram_data
> is 0.
Sorry for missing kernel info. I used kernel 2.6.23-rc2. My machine is
a x86_64, but I ins
> b) if the binary blob is really a library to be run in kernel (host)
> space then there is no point in writing such driver - there are
> completely open-source drivers for ADSL devices and most (if not
> all) people will prefer them over any binary library.
>
> Perhaps you can convince the chipse
Did someone see the same issue? My machine has a qla fiber card.
This error is triggered because parameter buf of qla2x00_read_nvram_data
is 0.
--yanmin
**Console log
scsi 0:0:8:0: Processor SUPERGEM359 REV0011.09 PQ: 0
ANSI: 2
targe
On Thu, Aug 02, 2007 at 11:27:01PM +0200, Sam Ravnborg wrote:
> On Thu, Aug 02, 2007 at 10:25:20PM +0200, Nico Erfurth wrote:
> > This patch adds the new iowarrior module to the Makefile in drivers/usb.
> > Currently the module isn't build unless another driver from usb/misc is
> > selected.
>
> C
On Mon, Aug 06, 2007 at 11:16:20AM +0400, Denis V. Lunev wrote:
> Greg KH wrote:
> > On Fri, Aug 03, 2007 at 02:39:24PM +0400, Denis V. Lunev wrote:
> >> The following calltrace is possible now:
> >> handle_sysrq
> >>machine_emergency_restart
> >> mach_reboot_fixups
> >>pci_get_de
On Mon, Aug 06, 2007 at 11:40:55AM -0700, Andrew Morton wrote:
> On Thu, 2 Aug 2007 07:24:46 +0200 Nick Piggin <[EMAIL PROTECTED]> wrote:
>
> > Rather than sign direct radix-tree pointers with a special bit, sign
> > the indirect one that hangs off the root. This means that, given a
> > lookup_slo
On Mon, 2007-08-06 at 09:07 -0700, David Brownell wrote:
> On Sunday 05 August 2007, Mike Frysinger wrote:
> > On 8/5/07, Bryan Wu <[EMAIL PROTECTED]> wrote:
> > > Bryan Wu (4):
> > > Blackfin SPI driver: Initial supporting BF54x in SPI driver
> > >
> > > Michael Hennerich (11):
> > > B
Adds support for write-combining in pci_mmap_page_range using PAT6.
Some distinction has to be made between huge pages and normal pages since
the position of the bit encoding PAT depends on that.
Signed-off-by: Cedric Augonnet <[EMAIL PROTECTED]>
CC: Loic Prylli <[EMAIL PROTECTED]>
CC: Brice Gog
This sets PAT6 to write combining during boot on i386 and x86_64
Signed-off-by: Cedric Augonnet <[EMAIL PROTECTED]>
CC: Loic Prylli <[EMAIL PROTECTED]>
CC: Brice Goglin <[EMAIL PROTECTED]>
---
diff -urN 2.6.23-rc2/arch/i386/kernel/cpu/Makefile 2.6.23-rc2-pat/arch/i386/kernel/cpu/Makefile
--- 2.6.
Hi all,
For quite a while now, there as been numerous attempt to introduce support for
Page Attribute Table (PAT) in the Linux kernel, whereas most other OS already
have some support for this feature. Such a proposition popping up periodically,
perhaps it would be an opportunity to fix that lack f
On Mon, 2007-08-06 at 19:24 -0500, Kevin K wrote:
> The DHCP source code therefore wants
> to send raw packets (SOCKET_PACKET) (down to the ethernet addressing
> info).
I can imagine that would be the case. The box requesting the DHCP
address has no IP address. Therefore TCP/IP can not be
With the addition of these ioctls, I'm able to watch TV with a 32-bit version
of tvtime on x86_64
---
drivers/media/video/compat_ioctl32.c |5 +
1 files changed, 5 insertions(+), 0 deletions(-)
diff --git a/drivers/media/video/compat_ioctl32.c
b/drivers/media/video/compat_ioctl32.c
index
Stefan Richter <[EMAIL PROTECTED]> writes:
>
> 1.) The ieee1394 subsystem is known to work on x86_64 with more than 4
> GB RAM,
It's actually ~3+GB where memory above the 4GB barrier starts appearing.
In some extreme cases even for 2+GB.
> so I gather that architecture code already sets a pr
On Tue, Aug 07, 2007 at 09:31:22AM +1000, David Chinner wrote:
> On Mon, Aug 06, 2007 at 09:38:19AM +0200, Laurent Caron wrote:
> > Hi,
> >
> > I'm using an XFS filesystem over DRBD for a few weeks on this machine
> > and did experience an oops.
>
> ..
> > Aug 3 10:59:47 fileserv kernel: []
On Sat, 4 Aug 2007, James Bottomley wrote:
>
> This is mainly bug fixes ... there's one or two features completions
> that have been delayed pending ack and review to do with bsg (headers
> and passthrough) but these are really required to complete already
> upstream code.
James, this is the las
Michael,
Per our previous discussion, here are the updates to the execve(2)
manpage resulting from the variable length argument support patch in
linux-2.6.23-rc1. The execve API is unmodified. However, the
following should be noted in the "Notes" section.
Prior to linux-2.6.23, the memory used
Please send wireless patches to [EMAIL PROTECTED],
and CC me.
Thanks!
John
On Tue, Aug 07, 2007 at 12:50:22AM +0200, Mariusz Kozlowski wrote:
> Hello,
>
> This memset() looks superfluous.
>
> Signed-off-by: Mariusz Kozlowski <[EMAIL PROTECTED]>
>
> drivers/net/wireless/wl3501_cs.c | 58
Michael,
Per our previous discussion, here are the updates to the execve(2)
manpage resulting from the variable length argument support patch in
linux-2.6.23-rc1. The execve API is unmodified. However, the
following should be noted in the "Notes" section.
Prior to linux-2.6.23, the memory used
> > acpi_pm_read is capable of disappearing into SMM traps which will make
> > it look very slow.
>
> what is an SMM trap? I googled a bit but didn't get it...
One of the less documented bits of the PC architecture. It is possible to
arrange that the CPU jumps into a special mode when triggered
On Aug 6, 2007, at 6:30 PM, James Carlson wrote:
Kevin K writes:
Is it possible to send raw packets via ppp under Linux?
More specifically, in 2.4 series kernels such as RH's 2.4.21-47
kernel?
I've trying to modify the DHCP 3.0.1 code provided with RH 3 so I can
send requests via a PPP co
On Mon, 06 Aug 2007, Toralf Förster wrote:
> Because I
> (1) use the latest BIOS and
> (2) I'm able to wake up a suspended system via under Windows XP (yes,
> dual
> boot system I need it at work) regardless whether I previously hibernated
> the system (under Windows XP) or not
>
> I bis
On 8/6/07, H. Peter Anvin <[EMAIL PROTECTED]> wrote:
> Olaf Hering wrote:
> >
> > Remove the __STRICT_ANSI__ check from the __u64/__s64 declaration on
> > 32bit targets.
> >
> > Here is the reason why we think the check should be relaxed:
>
> I think the fact that "long long" was made official C in
Hi Matt,
On Monday 06 August 2007 13:23, Matt Mackall wrote:
> On Mon, Aug 06, 2007 at 12:29:22PM +0200, Peter Zijlstra wrote:
> > In the interrest of getting swap over network working and posting
> > in smaller series, here is the first series.
> >
> > This series lays the foundations needed to d
On Monday 06 August 2007 16:14, Christoph Lameter wrote:
> On Mon, 6 Aug 2007, Daniel Phillips wrote:
> > Correct. That is what the throttling part of these patches is
> > about.
>
> Where are those patches?
Here is one user:
http://zumastor.googlecode.com/svn/trunk/ddsnap/kernel/dm-ddsnap.c
Rafał Bilski wrote:
Hello Rafal,
Hello,
However I find it quite possible to have reached the throughput limit
because of software (driver) problems. I have done various testing
(mostly "hdparm -tT" with exactly the same PC and disks since about
kernel 2.6.8 (maybe even earlier). I remember wi
On 08/07/2007 01:35 AM, Rene Herman wrote:
On 08/06/2007 11:48 PM, Mitchell Erblich wrote:
Of the uni-processor systems currently that can run Linux, I would not
doubt if 99.% percent are uni-cores.
s/can// and I would. s/uni-processor// additionally and I'd assure you
it's untrue. s/un
On Tue, 07 Aug 2007, Tejun Heo wrote:
> Michael Sedkowski wrote:
> >> Hmmm... If the problem only shows up on nx6325, it might be that ACPI is
> >> pulling unnecessary stunt. Please apply the attached patch and report
> >> when the disk spins down and up.
> >
> > Disk spins down on "Pre-shutdown
Hi Alan,
Alan Cox wrote:
In Your oprofile output I find "acpi_pm_read" particulary interesting.
Unlike other VIA chipsets, which I know, Your doesn't use VLink to
connect northbridge to southbridge. Instead PCI bus connects these two.
As You probably know maximal PCI throughtput is 133MiB/s. I
Hi folks,
For some reason, every time I create a virtual interface (using tun),
the interface immediately generates an IGMPv3 Join packet for group
224.0.0.251, which (according to Google) is Multicast DNS.
This packet is generated automatically and consistently. I'm wondering
why this should be
On 08/06/2007 11:48 PM, Mitchell Erblich wrote:
Of the uni-processor systems currently that can run Linux, I would not
doubt if 99.% percent are uni-cores.
s/can// and I would. s/uni-processor// additionally and I'd assure you it's
untrue. s/uni-cores/non-smt uni-cores/ and I'd do the sam
Tejun Heo wrote:
Michael Sedkowski wrote:
Hmmm... If the problem only shows up on nx6325, it might be that ACPI is
pulling unnecessary stunt. Please apply the attached patch and report
when the disk spins down and up.
Disk spins down on "Pre-shutdown prepare" and then goes up and down on
"Powe
On Mon, Aug 06, 2007 at 09:38:19AM +0200, Laurent Caron wrote:
> Hi,
>
> I'm using an XFS filesystem over DRBD for a few weeks on this machine
> and did experience an oops.
..
> Aug 3 10:59:47 fileserv kernel: [] cache_flusharray+0x59/0xd0
> Aug 3 10:59:47 fileserv kernel: [] kmem_cache_fr
Kevin K writes:
> Is it possible to send raw packets via ppp under Linux?
>
> More specifically, in 2.4 series kernels such as RH's 2.4.21-47 kernel?
>
> I've trying to modify the DHCP 3.0.1 code provided with RH 3 so I can
> send requests via a PPP connection (standard RS-232), and it is just
Hello,
here is a small documentation patch for the KConfig file format
"def_bool" type definition that was missing.
I hope the patch is not mangled...
>From 4742eb7a3169001304524e82a88ec1c94f70aa56 Mon Sep 17 00:00:00 2001
From: Vincent Legoll <[EMAIL PROTECTED]>
Date: Sat, 4 Aug 2007 16:50:06 +
Jan Engelhardt wrote:
Hi,
this more of an informational question. So:
kernel version is 2.6.22.1 on i686
/proc/uptime
9917.81 9140.90 (2h45m)
/proc/cpuinfo:
CPU0
0:282 IO-APIC-edge timer
this is kinda neat, I expected much more interrupts than just 282 since
b
Here's my dmesg ...
Thanks,
Jeff
Linux version 2.6.23-rc2 ([EMAIL PROTECTED]) (gcc version 3.4.5) #5 SMP PREEMPT
Sat Aug 4 13:03:10 SGT 2007
BIOS-provided physical RAM map:
BIOS-e820: - 0009f000 (usable)
BIOS-e820: 0009f000 - 000a (reserved)
BIO
On Mon, 6 Aug 2007, Andreas Mohr wrote:
whoever has a VT8235 and is listening here,
- give a "lspci -nn" (two 'n'!), to figure out details of chipset revision etc.
00:00.0 Host bridge [0600]: VIA Technologies, Inc. VT8623 [Apollo CLE266]
[1106:3123]
00:01.0 PCI bridge [0604]: VIA Technologies,
On Monday 06 August 2007 13:27, Andrew Morton wrote:
> On Mon, 6 Aug 2007 13:19:26 -0700 (PDT) Christoph Lameter wrote:
> > The solution may be as simple as configuring the reserves right and
> > avoid the unbounded memory allocations. That is possible if one
> > would make sure that the network la
On Mon, 6 Aug 2007, Daniel Phillips wrote:
> Correct. That is what the throttling part of these patches is about.
Where are those patches?
> In order to fix the vm writeout deadlock problem properly, two things
> are necessary:
>
> 1) Throttle the vm writeout path to use a bounded amount
It seems like things go wrong when lparmap.s is generated with
(DWARF) debug info; could you try building it (manually) with -g0
added on the end of the compile line, and see if head_64.o compiles
okay for you then? If so, I'll prepare a proper patch for it, I
have a similar one (also for lparmap
Olaf Hering wrote:
> Fix crash in sbp2_remove_device() when dma_set_mask() fails.
Thanks for finding this. I will examine the allocation and deallocation
paths once more with your fix side by side later today, then move it
upstream.
--
Stefan Richter
-=-=-=== =--- --===
http://arcgraph.de/sr
Jeff Chua wrote:
> On 8/7/07, H. Peter Anvin <[EMAIL PROTECTED]> wrote:
>
>> Does it show little penguins as the system boots?
>
> No I don't have that. I'm not using a "splash" screen in grub2. And
> funny thing is I don't get any problem up to 2.6.22.
>
I asked you about AS THE KERNEL IS BOOT
On Monday 06 August 2007 14:05, Christoph Lameter wrote:
> > > That is possible if one
> > > would make sure that the network layer triggers reclaim once in a
> > > while.
> >
> > This does not make sense, we cannot reclaim from reclaim.
>
> But we should limit the amounts of allocation we do while
Robert Hancock wrote:
> I would agree, though, that sbp2 isn't really the place for setting
> this, since the DMA mask is presently a property of the device, not of
> the user..
The mask that sbp2 set was because sbp2 has (in theory, not yet in
practice) a _narrower requirement on address ranges t
On Mon, Aug 06, 2007 at 06:32:08PM +, Pavel Machek wrote:
> > PS: I'm using the kernel with Gentoo patchset. But I confirmed the above
> > persists with the vanilla kernels.
> >
> > PPS: I also played around with the timer frequency, and premption model.
> > Would those make a differ
On (06/08/07 15:31), Christoph Lameter didst pronounce:
> On Mon, 6 Aug 2007, Mel Gorman wrote:
>
> > > So where do we stand on this? We made a mess of NUMA policies, and
> > > merging
> > > "grouping pages by mobility" would fix that mess, only we're not sure that
> > > we want to merge those a
On 8/7/07, H. Peter Anvin <[EMAIL PROTECTED]> wrote:
> Does it show little penguins as the system boots?
No I don't have that. I'm not using a "splash" screen in grub2. And
funny thing is I don't get any problem up to 2.6.22.
Thanks,
Jeff.
-
To unsubscribe from this list: send the line "unsubscr
Jeff Chua wrote:
> On 8/7/07, H. Peter Anvin <[EMAIL PROTECTED]> wrote:
>> Indan Zupancic wrote:
>>> I thought he was using a VGA console, wouldn't that be in text mode?
>>>
>> That is, exactly, the problem. It should be, it's not.
>
> The text-console is the VGA console right? I hope we're refer
On 8/7/07, H. Peter Anvin <[EMAIL PROTECTED]> wrote:
> Indan Zupancic wrote:
> >
> > I thought he was using a VGA console, wouldn't that be in text mode?
> >
>
> That is, exactly, the problem. It should be, it's not.
The text-console is the VGA console right? I hope we're refering to
the same thi
Is it possible to send raw packets via ppp under Linux?
More specifically, in 2.4 series kernels such as RH's 2.4.21-47 kernel?
I've trying to modify the DHCP 3.0.1 code provided with RH 3 so I can
send requests via a PPP connection (standard RS-232), and it is just
being dropped by the stac
Hello,
This memset() looks superfluous.
Signed-off-by: Mariusz Kozlowski <[EMAIL PROTECTED]>
drivers/net/wireless/wl3501_cs.c | 58885 -> 58858 (-27 bytes)
drivers/net/wireless/wl3501_cs.o | 200252 -> 20 (-252 bytes)
drivers/net/wireless/wl3501_cs.c |1 -
1 file changed, 1 del
On 8/7/07, Indan Zupancic <[EMAIL PROTECTED]> wrote:
> Does executing unicode_start, unicode_stop fixes it?
Doesn't seem to fix it. Now that I've to type blinding, I realised
that the text-console is about 1/20 of the whole screen size. If I
hold on to ENTER key, I could see the screen scroll. Bu
Robert Hancock wrote:
> Stefan Richter wrote:
>> So that's the story why that dma_set_mask went into sbp2: Sbp2 wants
>> mappings in a _subset_ of the OHCI-1394 controllers DMA range.
>>
>> Anyway. For now I will simply go with what 2.6.23-rc has and what
>> 2.6.21 had: No dma_set_mask anywhere
(What Peter already wrote, but in different words)
On Monday 06 August 2007 13:19, Christoph Lameter wrote:
> The solution may be as simple as configuring the reserves right and
> avoid the unbounded memory allocations.
Exactly. That is what this patch set is about. This is the part that
provi
On Mon, 06 Aug 2007 23:39:30 +0200 Rafał Bilski (RB) wrote:
RB> VT8235 does *NOT* have a HPET(*). Only part which has HPET is VT8237. It
RB> is device 00:17.0 too, but only 1106:3227 has HPET enable and memory
RB> base registers. VT8235 one and only feature which doesn't have driver
RB> yet seems
>From 065f7037a99d14c8678384c60046b8d39b1524c8 Mon Sep 17 00:00:00 2001
From: Vincent Legoll <[EMAIL PROTECTED]>
Date: Sat, 4 Aug 2007 17:07:25 +0200
Subject: [PATCH] - Fix typo in Documentation/SubmitChecklist
Signed-off-by: Vincent Legoll <[EMAIL PROTECTED]>
---
Documentation/SubmitChecklist |
> >>> Second issue as reported earilier allmodconfig fails to build on imac
> >>> g3.
> >>>
> >>> CC arch/powerpc/kernel/lparmap.s
> >>> AS arch/powerpc/kernel/head_64.o
> >>> lparmap.c: Assembler messages:
> >>> lparmap.c:84: Error: file number 1 already allocated
> >>> make[1]: ***
Benjamin Herrenschmidt wrote:
On Mon, 2007-08-06 at 16:25 -0600, Robert Hancock wrote:
Anyway. For now I will simply go with what 2.6.23-rc has and what
2.6.21 had: No dma_set_mask anywhere in the 1394 subsystem. We can
revisit this whenever an actual need arises.
Not sure this is a very goo
On Mon, 6 Aug 2007, Mel Gorman wrote:
> > So where do we stand on this? We made a mess of NUMA policies, and merging
> > "grouping pages by mobility" would fix that mess, only we're not sure that
> > we want to merge those and it's too late for 2.6.23 anwyay?
> >
>
> Grouping pages by mobility
On Mon, 2007-08-06 at 16:25 -0600, Robert Hancock wrote:
> > Anyway. For now I will simply go with what 2.6.23-rc has and what
> > 2.6.21 had: No dma_set_mask anywhere in the 1394 subsystem. We can
> > revisit this whenever an actual need arises.
>
> Not sure this is a very good idea. This seem
On Tue, Aug 07, Benjamin Herrenschmidt wrote:
> powerpc has a couple of bugs in the usage of dma_masks that tend to
> break when drivers explicitely try to set a 32 bits mask for example.
>
> First the code that generates the pci devices from the OF device-tree
> doesn't initialize the mask prope
On Mon, Aug 06, 2007 at 12:52:36PM +0200, Jan Engelhardt wrote:
>CPU0
> 0:282 IO-APIC-edge timer
Look at the LOC line.
-
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:/
On Tue, 2007-08-07 at 00:22 +0200, Stefan Richter wrote:
> Benjamin Herrenschmidt wrote:
> > Oh and, don't do the set_dma_mask() in sbp2, it has nothing to do there.
> > It should be in the ohci1394 driver.
>
> That's not quite right. OHCI-1394 implementations can go beyond 4GB bus
> address spac
Stefan Richter wrote:
Benjamin Herrenschmidt wrote:
Oh and, don't do the set_dma_mask() in sbp2, it has nothing to do there.
It should be in the ohci1394 driver.
That's not quite right. OHCI-1394 implementations can go beyond 4GB bus
address space. (Although I don't know if there are such im
Benjamin Herrenschmidt wrote:
> Oh and, don't do the set_dma_mask() in sbp2, it has nothing to do there.
> It should be in the ohci1394 driver.
That's not quite right. OHCI-1394 implementations can go beyond 4GB bus
address space. (Although I don't know if there are such implementations
availabl
Dnia 07-08-2007, Wt o godzinie 03:43 +0900, Tejun Heo napisał(a):
> Does emergency unload count increase
> after each power down?
I think I got it.
Using smartctl I've done a test and shut down, then repeted the test.
The only values that where diffrent are temperatures and
Hardware_ECC_Recovered
[The update is necessary because of the too restrictive conditions for suspend
on powerpc.]
---
From: Rafael J. Wysocki <[EMAIL PROTECTED]>
Dependencies of CONFIG_SUSPEND and CONFIG_HIBERNATION introduced by commit
296699de6bdc717189a331ab6bbe90e05c94db06 "Introduce CONFIG_SUSPEND for
suspend-to-R
Hello Rafal,
Hello,
However I find it quite possible to have reached the throughput limit
because of software (driver) problems. I have done various testing
(mostly "hdparm -tT" with exactly the same PC and disks since about
kernel 2.6.8 (maybe even earlier). I remember with certainty that rea
powerpc has a couple of bugs in the usage of dma_masks that tend to
break when drivers explicitely try to set a 32 bits mask for example.
First the code that generates the pci devices from the OF device-tree
doesn't initialize the mask properly, then our implementation of
set_dma_mask() was trying
1 - 100 of 514 matches
Mail list logo
