nel that came with it).
I would ge greateful for anybody that can help here. I hope to both learn
and help with the maintainance of such machines.
Once again, thanks a lot for any help,
Rogério Brito.
--
Rogério Brito : rbrito@{ime.usp.br,gmail.com} : GPG key 4096R/BCFC
http:/
Hi, Scott.
On Apr 16 2015, Scott Wood wrote:
> On Thu, 2015-04-16 at 21:01 -0300, Rogério Brito wrote:
> > On Apr 16 2015, Scott Wood wrote:
> > > On Thu, 2015-04-16 at 19:55 -0300, Rogério Brito wrote:
> > > > Is there any "proper" way for me to discover
Dear Scott.
On Apr 16 2015, Scott Wood wrote:
> On Thu, 2015-04-16 at 19:55 -0300, Rogério Brito wrote:
> > Is there any "proper" way for me to discover what device name the kernel
> > uses? I have tried the following command lines without success:
> >
>
Hi, Scott and others.
On Apr 09 2015, Rogério Brito wrote:
> On Apr 09 2015, Scott Wood wrote:
> > On Thu, 2015-04-09 at 18:54 -0300, Rogério Brito wrote:
> > >
> > > mtdparts=myflash:4096k(allflash),3072k(firmimg),448k@3072k(bootcode),64k@3520k(status),512k@3
Hi, Scott.
On Apr 07 2015, Scott Wood wrote:
> On Tue, 2015-04-07 at 21:37 -0300, Rogério Brito wrote:
> > I see. If I do some "archaeology" (read: bisect when it stopped
> > working), would that help to discover how the flash is connected?
>
> It will probably g
Dear Scott,
Once again, thank you very much for your answer.
On Apr 07 2015, Scott Wood wrote:
> On Tue, 2015-04-07 at 20:58 -0300, Rogério Brito wrote:
> > This is good to know. Is there any reasonable dts that I can copy/adapt?
>
> I'm not familiar with how flash is connec
Dear Scott.
First of all, thank you so very much for your reply.
On Apr 07 2015, Scott Wood wrote:
> On Sat, 2015-04-04 at 02:40 -0300, Rogério Brito wrote:
> > ,
> > | physmap platform flash device: 0040 at ffc0
> > | physmap-flash.0: Found 1 x16 devices
werpc/boot/dts/kuroboxHD.dts?id=1cced5015b171415169d938fb179c44fe060dc15#n17
[1]:
http://git.kernel.org/cgit/linux/kernel/git/torvalds/linux.git/tree/arch/powerpc/boot/dts/kuroboxHG.dts?id=1cced5015b171415169d938fb179c44fe060dc15#n17
Is this a problem that can be fixed via additions to the DTS
quot; fsck, just to get a little bit more confidence that I
didn't mess with the userspace side of things.
But, then, this surprise.
I had some minor inconsistencies with the HFS+ driver in the past, but
they were fixed by running the fsck.hfsplus that I packaged and I didn't
bother repo
disable extended attributes in CIFS, ext3,
and NFS.
12. enable CONFIG_PRINTK_TIME.
Signed-off-by: Rogério Brito
---
This is the patch for tidying the defconfig. I'm still having issues
with the MTD devices, it seems. :-( I will investigate this now.
I can send a similar patch to storc
etdev_ops.
This is against this morning's net-2.6 tree.
Signed-off-by: Rogério Brito
---
diff --git a/drivers/net/mace.c b/drivers/net/mace.c
index feebbd9..03a179d 100644
--- a/drivers/net/mace.c
+++ b/drivers/net/mace.c
@@ -89,6 +89,19 @@ static inline void dbdma_reset(volatile struct dbdma
. enable CONFIG_PRINTK_TIME.
Signed-off-by: Rogério Brito
---
Here is the fixed patch. Thank you very much, Kumar.
--- a/arch/powerpc/configs/linkstation_defconfig2009-04-28
09:53:38.0 -0300
+++ b/arch/powerpc/configs/linkstation_defconfig2009-04-28
10:14:11.0 -0300
YMAP_COMPAT and
>> put the same settings there, quite unfortunately).
>
> ok.. I killed my kurobox long ago so can't be much help here.
Oh... :-(
I will post the problems that I get with MTD on my kurobox so that
people from both the linux-mtd/linuxppc-dev lists can see what is
ha
CIFS, ext3,
and NFS.
12. enable CONFIG_PRINTK_TIME.
Signed-off-by: Rogério Brito
---
This is the patch for tidying the defconfig.
--- a/arch/powerpc/configs/linkstation_defconfig2009-04-28
09:53:38.0 -0300
+++ b/arch/powerpc/configs/linkstation_defconfig2009-04-28
Simple update of the linkstation_defconfig file for the 2.6.30-rc3 tree.
Signed-off-by: Rogério Brito
---
As asked, Kumar, here is a vanilla update.
--- a/arch/powerpc/configs/linkstation_defconfig2009-04-26
11:55:06.0 -0300
+++ b/arch/powerpc/configs/linkstation_defconfig
Hi, Kumar.
On Apr 27 2009, Kumar Gala wrote:
>
> On Apr 24, 2009, at 5:33 PM, Rogério Brito wrote:
>> 04. disable CONFIG_BLK_DEV_RAM.
>
> do we not allow booting a ramdisk?
Well, do we need a block device in ram to use initramfs?
(...)
>> Dear Kumar, please, apply this o
he documentation about
netdev_ops under Documentation (a simple grep didn't turn any results).
> .ndo_change_mtu = eth_change_mtu,
> .ndo_set_mac_address= eth_mac_addr,
> .ndo_validate_addr = eth_validate_addr,
Nice. I will incorporate such things.
t_device, but is marked inline and is used by mace_tx_timeout,
which receives an unsigned long (which calls mace_set_timeout).
Perhaps it would be a case of removing the inline hint to the compiler?
I guess that BenH or Paul could comment here better...
Signed-off-by: Rogério Brito
---
--- a/dr
media/cross-compile/linux'
make: *** [debian/stamp/build/kernel] Error 2
- - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -
Any help is appreciated.
Thanks, Rogério Brito.
--
Rogério Brito : rbr...@{mackenzie,ime.usp}.br : GPG key 1024D/7C2CAEB8
http://www.ime.usp.
, ext3, and NFS.
12. enable CONFIG_PRINTK_TIME.
Signed-off-by: Rogério Brito
---
Dear Kumar, please, apply this one.
I have another patch regarding one regression regarding MTD &
PHYSMAP_COMPAT that I plan to send on top of this one.
Thanks.
--- a/arch/powerpc/configs/linkstation_defco
Dear Guennadi, and Kumar.
On Apr 24 2009, Guennadi Liakhovetski wrote:
> On Fri, 24 Apr 2009, Rogério Brito wrote:
> > Guennadi, since you seem to be the one responsible for the
> > linkstation/kurobox in the kernel,
>
> That's not howI interpret my role in linkstati
d to get things in shape
both on my systems and in the default kernel configuration, in general.
Thank you very much for your contributions, Rogério Brito.
--
Rogério Brito : rbr...@{mackenzie,ime.usp}.br : GPG key 1024D/7C2CAEB8
http://www.ime.usp.br/~rbrito : http://meusite.mackenzi
already today.)
Please, Cc me any relevant patches, as I'm not subscribed to all those
lists.
Regards, Rogério Brito.
--
Rogério Brito : rbr...@{mackenzie,ime.usp}.br : GPG key 1024D/7C2CAEB8
http://www.ime.usp.br/~rbrito : http://meusite.mackenzie.com.br/rbrito
P
- - - - - - - - - - - - - - - - - - - - - - - -
fsl-i2c^@
- - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -
Is there any further information that I can provide so that we can get
things fixed?
Thanks,
--
Rogério Brito : [EMAIL PROTECTED],ime.usp}.br : GPG key 1024D/7C2CAEB8
http://www.ime.usp.br/~r
Hi again.
On Oct 18 2008, Rogério Brito wrote:
> And it seems that there is something not quite right for these embedded
> systems. Here is something that I get with a vanilla linkstation_defconfig:
>
> - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -
> driver
Hi.
On Oct 13 2008, Scott Wood wrote:
> On Mon, Oct 13, 2008 at 08:05:09PM +0200, Guennadi Liakhovetski wrote:
> > On Mon, 13 Oct 2008, Rogério Brito wrote:
> > > The current defconfig for Linkstation/Kuroboxes has the "Disable
> > > Heap Randomization" optio
Hi,
This other patch was also sent some days ago and I would appreciate some
feedback on it.
Regards, Rogério Brito.
On Oct 13 2008, Rogério Brito wrote:
> The current defconfig for Linkstation/Kuroboxes has the "Disable Heap
> Randomization" option enabled.
>
> Since
Hi,
It's been some days since I sent the patch below. I would appreciate if any
feedback was given.
Thanks, Rogério Brito.
On Oct 13 2008, Rogério Brito wrote:
> From: Rogério Brito <[EMAIL PROTECTED]>
>
> Since Linkstations and Kuroboxes often have *very* little m
Hi, Guennadi.
On 13/10/2008, at 16:03, Guennadi Liakhovetski wrote:
On Mon, 13 Oct 2008, Rogério Brito wrote:
From: Rogério Brito <[EMAIL PROTECTED]>
Since Linkstations and Kuroboxes often have *very* little memory (as
they are embedded systems), it is desirable to get their k
Hi, Scott, Guennadi.
On 13/10/2008, at 16:44, Scott Wood wrote:
On Mon, Oct 13, 2008 at 08:05:09PM +0200, Guennadi Liakhovetski wrote:
On Mon, 13 Oct 2008, Rogério Brito wrote:
The current defconfig for Linkstation/Kuroboxes has the "Disable
Heap
Randomization" option enabled.
The current defconfig for Linkstation/Kuroboxes has the "Disable Heap
Randomization" option enabled.
Since some of these machines are facing the internet, it helps to have
heap randomization enabled. This patch enables it.
Signed-off-by: Rogério Brito <[EMAIL PROTECTED]>
---
From: Rogério Brito <[EMAIL PROTECTED]>
Since Linkstations and Kuroboxes often have *very* little memory (as
they are embedded systems), it is desirable to get their kernels
compiled optimized for size.
Signed-off-by: Rogério Brito <[EMAIL PROTECTED]>
---
I have been using kerne
Thanks to both Mark and Heiko.
On Sep 09 2008, Marc Zyngier wrote:
> On Mon, 8 Sep 2008 21:47:29 -0300 Rogério Brito <[EMAIL PROTECTED]> wrote:
> > I just compiled a new 2.6.27-rc5 kernel for my standard Kurobox (an
> > embedded NAS that has an MPC8241 CPU, if I
tion>, so that
powerpc does not become "at risk" of not being released? Is the
powerpc port cared by some team in special or is it just a "unified"
upstream?
Thanks in advance, Rogério Brito.
--
Rogério Brito : [EMAIL PROTECTED],ime.usp}.br : GPG key 1024D/7C2CAEB8
n the target).
I am open to any suggestions. If I can help chasing the cause of such
scary messages in anyway, please let me know.
Thanks in advance, Rogério Brito.
--
Rogério Brito : [EMAIL PROTECTED],ime.usp}.br : GPG key 1024D/7C2CAEB8
http://www.ime.usp.br/~rbrito : http://meusite.mackenzie
On Sep 08 2008, Rogério Brito wrote:
> I just compiled a new 2.6.27-rc5 kernel for my standard Kurobox (an
> embedded NAS that has an MPC8241 CPU, if I'm not mistaken) and upon
> booting, I get these scary messages and Call Traces:
(...)
I obviously forgot to attach the files in
Hi, Thanks, Michal.
I didn't know who to include as the wizards of the matter.
On Aug 27 2007, Michal Piotrowski wrote:
> [Adding STR wizards to CC]
>
> On 26/08/07, Rogério Brito <[EMAIL PROTECTED]> wrote:
> > If I, on the other hand, use Debian's kernel 2.6.
ied mailing lists that I think that are relevant. If they
aren't, then please let me know. I would also appreciate if I were
kept on carbon copies as I am only subscribed to debian-powerpc at the
moment.
Regards, Rogério Brito.
P.S.: It unfortunately doesn't matter if I switch to a consol
38 matches
Mail list logo
