David Miller wrote:
From: "Tom \"spot\" Callaway" <[EMAIL PROTECTED]>
Date: Tue, 17 Apr 2007 15:52:37 -0500
Err, to reply to my own email:
It only mounts correctly with -t iso9660. If I try to mount without
specifying type, it throws those Buffer I/O errors and asks me to
manually specify file
From: "Tom \"spot\" Callaway" <[EMAIL PROTECTED]>
Date: Tue, 17 Apr 2007 15:46:55 -0500
> On Mon, 2007-04-16 at 01:29 -0700, David Miller wrote:
>
> > The sense looks good, the device is just saying that it has
> > been reset too recently.
> >
> > The extended sense codes are 0x29 and 0x02, but
From: "Tom \"spot\" Callaway" <[EMAIL PROTECTED]>
Date: Tue, 17 Apr 2007 15:52:37 -0500
> Err, to reply to my own email:
>
> It only mounts correctly with -t iso9660. If I try to mount without
> specifying type, it throws those Buffer I/O errors and asks me to
> manually specify filesystem type:
On Tue, 2007-04-17 at 15:46 -0500, Tom "spot" Callaway wrote:
> This does the trick. Only issue of concern: Mounting CDROMs seems to
> throw:
>
> Buffer I/O error on device sr0, logical block 2096896
> Buffer I/O error on device sr0, logical block 2096897
> Buffer I/O error on device sr0, logical
On Mon, 2007-04-16 at 01:29 -0700, David Miller wrote:
> The sense looks good, the device is just saying that it has
> been reset too recently.
>
> The extended sense codes are 0x29 and 0x02, but the scsi scan only
> retries the INQUIRY if the extended sense codes are 0x29 and 0x00 for
> whatever
* Emanuele Rocca <[EMAIL PROTECTED]>, [2007-04-17 14:19 +0200]:
> set_preferred_console (arch/sparc64/kernel/setup.c) returns -ENODEV
> either booting with atyfb enabled or disabled.
>
> output-device is 0 (PROMDEV_OSCREEN).
Oh, and here's the contents of /proc/fb:
0 ATY Mach64
1 Elite 3D
B
From: <[EMAIL PROTECTED]>
Date: Tue, 17 Apr 2007 09:45:11 +0530
>
> Resending...thanks to Antonino A. Daplas who pointed me to the correct
> maintainers.
>
> Replacing kmalloc/memset combination with kzalloc.
>
> Signed-off-by: vignesh babu <[EMAIL PROTECTED]>
Patch applied, thank you.
-
To u
From: BERTRAND_Joël <[EMAIL PROTECTED]>
Date: Tue, 17 Apr 2007 21:29:24 +0200
> David Miller a écrit :
> > From: BERTRAND_Joël <[EMAIL PROTECTED]>
> > Date: Tue, 17 Apr 2007 17:28:24 +0200
> >
> >>Some news about this new driver on sparc32.
> >> Test configuration : SS20 with dual SM71, 448 M
David Miller a écrit :
From: BERTRAND_Joël <[EMAIL PROTECTED]>
Date: Tue, 17 Apr 2007 17:28:24 +0200
Some news about this new driver on sparc32.
Test configuration : SS20 with dual SM71, 448 MB, VSIMM, internal raid1,
ESP100A and HME-ESP (UW). All esp patches are applied against
2.6
From: BERTRAND_Joël <[EMAIL PROTECTED]>
Date: Tue, 17 Apr 2007 17:28:24 +0200
> Some news about this new driver on sparc32.
> Test configuration : SS20 with dual SM71, 448 MB, VSIMM, internal raid1,
> ESP100A and HME-ESP (UW). All esp patches are applied against
> 2.6.21-rc7 (thus with n
On Tue, 2007-04-17 at 11:45 -0700, David Miller wrote:
> From: Ferris McCormick <[EMAIL PROTECTED]>
> Date: Tue, 17 Apr 2007 14:05:59 +
>
> > It's impossible to tell when a bug like this is fixed, of course,
>
> Yes, that's why I hate these kinds of bugs.
>
> > but I've been running U2(2x400
From: [EMAIL PROTECTED] (Ludovic Courtès)
Date: Tue, 17 Apr 2007 20:45:26 +0200
> Hi,
>
> [EMAIL PROTECTED] (Ludovic Courtès) writes:
>
> > The `sunqe' driver appears to be currently broken:
> >
> > http://lists.debian.org/debian-sparc/2007/04/msg00036.html
>
> To sum up, `sunqe' displays err
Hi,
[EMAIL PROTECTED] (Ludovic Courtès) writes:
> The `sunqe' driver appears to be currently broken:
>
> http://lists.debian.org/debian-sparc/2007/04/msg00036.html
To sum up, `sunqe' displays erroneous addresses at initialization time:
sunqe.c:v4.0 June 23, 2006 David S. Miller ([EMAIL PROT
From: Ferris McCormick <[EMAIL PROTECTED]>
Date: Tue, 17 Apr 2007 14:05:59 +
> It's impossible to tell when a bug like this is fixed, of course,
Yes, that's why I hate these kinds of bugs.
> but I've been running U2(2x400)+kernel-2.6.20-r5+ since 26th
> June, and I have not seen a failure.
Hello,
Some news about this new driver on sparc32.
Test configuration : SS20 with dual SM71, 448 MB, VSIMM, internal raid1,
ESP100A and HME-ESP (UW). All esp patches are applied against
2.6.21-rc7 (thus with new IOMMU Sbus support).
The obtained kernel can boot with init=/bi
Hello,
Trivial patch to reduce size of sparc32 kernel.
Signed-off-by: Joël Bertrand <[EMAIL PROTECTED]>
--- a/arch/sparc/boot/Makefile 2007-03-16 01:20:01.0 +0100
+++ b/arch/sparc/boot/Makefile 2007-04-17 16:48:55.0 +0200
@@ -49,6 +49,7 @@
# these files being
On Wed, 2007-04-11 at 21:55 -0700, David Miller wrote:
> From: David Miller <[EMAIL PROTECTED]>
> Date: Tue, 10 Apr 2007 14:04:58 -0700 (PDT)
>
> > From: BERTRAND Joël <[EMAIL PROTECTED]>
> > Date: Tue, 20 Mar 2007 21:53:26 +0100
> >
> > > I have tried the last 2.6.21-rc4. Same bug.
> >
> > Th
* David Miller <[EMAIL PROTECTED]>, [2007-04-16 15:21 -0700]:
> But the bottom line is that we must use the output-device to
> determine the console output framebuffer device in the absense
> of a console= command line specification.
Maybe I'm just stating something obiouvs, by the way I hope t
From: Mikael Pettersson <[EMAIL PROTECTED]>
Date: Tue, 17 Apr 2007 10:09:29 +0200 (MEST)
> Your patch to remove the broken sys32_ipc stub eliminated
> the hang I reported (using hdparm on a kernel compiled
> with gcc-4.2.0).
Thanks for testing and following up.
-
To unsubscribe from this list: se
David,
Your patch to remove the broken sys32_ipc stub eliminated
the hang I reported (using hdparm on a kernel compiled
with gcc-4.2.0).
Thanks.
/Mikael
-
To unsubscribe from this list: send the line "unsubscribe sparclinux" in
the body of a message to [EMAIL PROTECTED]
More majordomo info at h
From: "Adam Kropelin" <[EMAIL PROTECTED]>
Date: Mon, 16 Apr 2007 23:35:56 -0400
> David Miller wrote:
> > Let's see what the heck smartd is sending to the device. Please
> > reboot with smartd enabled and post the logs that get output
> > from this patch below applied, thanks.
>
> Here it is:
.
21 matches
Mail list logo