[root@zimbra ~]#  iscsiadm -m discovery -t sendtargets -p 192.168.64.10
192.168.64.10:3260,1 iqn.2011-01.org.cyberz:storage:mail
192.168.64.106:3260,1 iqn.2011-01.org.cyberz:storage:mail
...
[root@zimbra ~]#

That is, the iSCSI target was bound to all the avaible interfaces (including ip addresses of zones).

To avoid this behavior it’s enough to create a “target portal group”, assign a specific interface to it and then bind targets to the tpg. Follows an example:

root@scytale:~# itadm create-tpg tpg-scytale 192.168.64.10:3260
root@scytale:~# itadm list-target
TARGET NAME                                                  STATE    SESSIONS
iqn.2011-01.org.cyberz:storage:mail                          online   1
root@scytale:~# itadm modify-target -t tpg-scytale iqn.2011-01.org.cyberz:storage:mail
Target iqn.2011-01.org.cyberz:storage:mail successfully modified
root@scytale:~#

TP-Link TL-WR743ND is the PoE brother of the common TL-WR741ND wireless router which is supported flawlessly by openwrt. Since I’ve got one WR743ND, I wanted to convert it into a useful OpenWRT router but I figured out that, unfortunately, the WR743ND is not supported by OpenWRT (at least officially). Given the similarity to the supported WR741ND, I’ve decided to hack it a bit to get it work with OpenWRT.

The first step is to get a working serial console. The procedure is similar to the one shown in the openwrt’s page dedicated to the WR741ND with the exception that (at least on the WR743ND which I got) the capacitor C496 and the resistor R610 were missing, so it was necessary to:

1. Shortcut the C496 pins
2. Solder a 2.7K resistor in place of R610 (I think short circuit would work as well — untested)

Follows a photo (low resolution, sorry) indicating where the soldering should be made:

Be aware that this hack requires some attention given the tiny dimension of SMD components.

Next step is to connect to the console via a serial cable and level converter. In my case I’ve assembled some circuitry with a MAX232 which was externally powered with 5v. Since the TX pin of the router is providing a positive level at 3.3v there is no issue with the MAX232 which is able to recognize the logic level, on contrary with the RX line we should care to not send +5v to the router which is using 3.3v logic levels (it may burn the router?). To accomplish that I’ve used a zener diode shunt to clamp the signal at 3.3v.

The whole thing was connected via a Profilic 232-to-USB adapter.

To test  the serial link connection, just boot the router and blind type tpl when the autoboot prompt is shown. The U-Boot loader will show a > prompt:

U-Boot 1.1.4 (Jan 18 2010 - 14:26:54)

AP91 (ar7240) U-boot
DRAM:
sri
#### TAP VALUE 1 = a, 2 = b
32 MB
id read 0x100000ff
flash size 4194304, sector count = 64
Flash:  4 MB
Using default environment

In:    serial
Out:   serial
Err:   serial
Net:   ag7240_enet_initialize...
No valid address in Flash. Using fixed address
: cfg1 0xf cfg2 0x7014
eth0: 00:03:7f:09:0b:ad
eth0 up
No valid address in Flash. Using fixed address
: cfg1 0xf cfg2 0x7214
eth1: 00:03:7f:09:0b:ad
ATHRS26: resetting s26
ATHRS26: s26 reset done
eth1 up
eth0, eth1
Autobooting in 1 seconds
tlp
ar7240>

Now that the console is working it’s time to proceed with the flashing. Download openwrt-ar71xx-tl-wr741nd-v1-squashfs-factory.bin from the OpenWRT website and have it published by a tftp server in your local network. Then connect the router to such a network and issue the following commands (here the tftp server is 192.168.1.45):

ar7240> setenv ipaddr 192.168.1.60
ar7240> setenv serverip 192.168.1.45
ar7240> printenv
bootargs=console=ttyS0,115200 root=31:02 rootfstype=jffs2 init=/sbin/init mtdparts=ar7240-nor0:256k(u-boot),64k(u-boot-env),2752k(rootfs),896k(uImage),64k(NVRAM),64k(ART)
bootcmd=bootm 0x9f020000
bootdelay=1
baudrate=115200
ethaddr=0x00:0xaa:0xbb:0xcc:0xdd:0xee
stdin=serial
stdout=serial
stderr=serial
ethact=eth0
serverip=192.168.1.45
ipaddr=192.168.1.60

Environment size: 357/65532 bytes
ar7240> tftpboot 0x80000000 openwrt-ar71xx-tl-wr741nd-v1-squashfs-factory.bin
dup 1 speed 1000
Using eth1 device
TFTP from server 192.168.1.45; our IP address is 192.168.1.60
Filename 'openwrt-ar71xx-tl-wr741nd-v1-squashfs-factory.bin'.
Load address: 0x80000000
Loading: #################################################################
 #################################################################
 #################################################################
 #################################################################
 #################################################################
 #################################################################
 #################################################################
 #################################################################
 #################################################################
 #################################################################
 #################################################################
 ######################################################
done
Bytes transferred = 3932160 (3c0000 hex)
ar7240> erase 0x9f020000 +0x3c0000

First 0x2 last 0x3d sector size 0x10000
 61
Erased 60 sectors
ar7240> cp.b 0x80000000 0x9f020000 0x3c0000
Copy to Flash... write addr: 9f020000
done
ar7240> bootm 0x9f020000
## Booting image at 9f020000 ...
 Uncompressing Kernel Image ... OK

Starting kernel ...

Linux version 2.6.32.10 (openwrt@wrt1.marcant.net) (gcc version 4.3.3 (GCC) ) #20 Tue Apr 6 15:01:26 CEST 2010
bootconsole [early0] enabled
CPU revision is: 00019374 (MIPS 24Kc)
Atheros AR7240 rev 2, CPU:350.000 MHz, AHB:175.000 MHz, DDR:350.000 MHz
Determined physical RAM map:
 memory: 02000000 @ 00000000 (usable)
Initrd not found or empty - disabling initrd
Zone PFN ranges:
 Normal   0x00000000 -> 0x00002000
Movable zone start PFN for each node
early_node_map[1] active PFN ranges
 0: 0x00000000 -> 0x00002000
Built 1 zonelists in Zone order, mobility grouping on.  Total pages: 8128
Kernel command line: rootfstype=squashfs,yaffs,jffs2 noinitrd console=ttyS0,115200 board=TL-WR741ND
PID hash table entries: 128 (order: -3, 512 bytes)
Dentry cache hash table entries: 4096 (order: 2, 16384 bytes)

Enjoy your new OpenWRT router!

NOTE: in case you would like to use the WT743ND as an access point and not as a router, OpenWRT documentation suggest to simply ignore the WAN interface and connect the AP via a LAN port. Unfortunately If you’re willing to use PoE the WAN port is the only port capable to receive power! In my case I successfully connected the PoE pins from the WAN to the first LAN port, having the router powered-on via PoE on the first LAN port (thus acting as an access point).

After some research on google I was able to find out that:

1. The ncrs driver is not shipped with x64 kernel (yet it is for 32 bit version)
2. The default alias for PCI device 1000:000f (the Sym22801 card) is ncrs
3. Another driver which supports the 53c875 controller, called glm, is shipped with Solaris 10 and available for both 32 and 64bit versions

So, it is enough to point the 1000:000f alias to the glm driver, instead of ncrs, to have the controller recognized. That can be easily accomplished changing the following entry in /etc/driver_aliases:

ncrs "pci1000,f"
to
glm "pci1000,f"

After that it is enough to reboot Solaris with device reconfiguration turned on (touch /reconfigure before rebooting) and check that the controller is recognized (prtconf or cfgadm -al can be used for that).

Update: I had again the same issue with an LSI Logic 53C1010-66 Ultra160 SCSI dual HBA. In this case the missing driver is symhisl, whereas the line to tweak in /etc/driver_aliases is:

symhisl "pci1000,21"
to
glm "pci1000,21"

• email support
• periodic email resend when tape change is needed
• tape detection and check (if you’re supposed to insert tape 4 and you enter 5, the script will kindly refuse the tape, unload it and send a warning email message asking for the right one)

To implement the third point (tape detection and check), it was necessary to extract the tape id from the bacula tape. That can be done looking at the bacula’s tape header structure:

The first structure stored is called “Block Header” and is 24 bytes long:

   uint32_t CheckSum;                /* Block check sum */
   uint32_t BlockSize;               /* Block byte size including the header */
   uint32_t BlockNumber;             /* Block number */
   char ID[4] = "BB02";              /* Identification and block level */
   uint32_t VolSessionId;            /* Session Id for Job */
   uint32_t VolSessionTime;          /* Session Time for Job */

Then a “Record Header” follows (12 bytes):

  int32_t FileIndex;   /* File index supplied by File daemon */
  int32_t Stream;      /* Stream number supplied by File daemon */
  uint32_t DataSize;   /* size of following data record in bytes */

Then a structure which is interesting for us, called “Volume Label” follows:

  char Id[32];              /* Bacula 1.0 Immortal\n */
  uint32_t VerNum;          /* Label version number */
  /* VerNum 11 and greater Bacula 1.27 and later */
  btime_t   label_btime;    /* Time/date tape labeled */
  btime_t   write_btime;    /* Time/date tape first written */
  /* The following are 0 in VerNum 11 and greater */
  float64_t write_date;     /* Date this label written */
  float64_t write_time;     /* Time this label written */
  char VolName[128];        /* Volume name */
  char PrevVolName[128];    /* Previous Volume Name */
  char PoolName[128];       /* Pool name */
  char PoolType[128];       /* Pool type */
  char MediaType[128];      /* Type of this media */
  char HostName[128];       /* Host name of writing computer */
  char LabelProg[32];       /* Label program name */
  char ProgVersion[32];     /* Program version */
  char ProgDate[32];        /* Program build date/time */

What is really important for us is the VolName field, which is at relative offset +56 from the beginning of the Volume Label. Adding 12 bytes of Record Header and 24 of Block Header makes 92 bytes.

Please note that mail-changer has been developed on Solaris 10 using CSW’s Bacula, you may need to work a bit to adapt it to your unix.

You can download mail-changer here.

Tunepimp (MusicBrainz tagging library) returned the following error: "Fingerprinting of .mp3 files is not supported."

To make it work, just yum install libtunepimp-extras-nonfree

[andrea@duncan ~]$ ssh -Y root@thufir
root@thufir's password:
Last login: Sat Apr 12 23:30:09 2008 from ***
[root@thufir ~]# echo $DISPLAY
[root@thufir ~]#

If you are experiencing the same and your sshd_config looks fine (which means TCP and X11 forwarding is already enabled) then the answer is missing xauth!

On RedHat yum install xauth will do the trick

Not so easily: on Solaris 10 you will be afflicted by some boring bug known as bug #6566207 which gets your controller stuck for around a minute after some heavy I/O.

This means you cannot move data (eg. a dvd iso file) within reasonable amount of time because your controller will get stuck on 100% busy state and your transfer will freeze for 60 seconds. In my case this behaviour was showing often, enough to drop an gig ethernet ftp transfer rate to ~2Mb/s, as you can see:

4641337344 bytes transferred in 2413 seconds (1.83M/s)

Looking on internet you can find some people complaining about this bug (some of them switched to other OSes for this issue) but no workaround has been posted for Solaris 10: too bad.

Sun knows the bug exists but they seem to ignore this issue (who cares about crappy hardware?). OpenSolaris people knows the bug exists and they already patched it (there’s an error in interrupt handling routine: interrupts get cleared twice), but their si3124 module simply won’t load on Solaris 10.

So the trick is to compile the OpenSolaris’ si3124 driver for Solaris 10, and that’s what I did. I got from OpenSolaris an si3124 source (old enough to be close to the one shipped on S10), backported the patch and rebuilt it.

Now my system is working fine, I never experienced these lockups again. Below is attached a tarball containing the si3124 sources and driver compiled for x86 (32bit). If you want to build a SPARC or 64bit version of the driver you need Sun Studio 10 plus some Makefile CFLAGS tweaking.

To install the binary driver follow these steps:

1. Copy /kernel/drv/si3124 in a safe place (the original driver)
2. Download the tarball below
3. Untar the the tarball and copy si3124 to /kernel/drv
4. Reboot

If everything works fine, your system should boot with the new driver. You can check the version you’re running using modinfo, as shown here:

root@siona:~# modinfo | grep si3124
141 f8ee2000 4c94 206 1 si3124 (si3124 driver v1.3bp)
root@siona:~#

The patched driver has been tested on:

1. Solaris 10 update 3 (native driver is 1.2)
2. Solaris 10 update 5 (native driver is 1.2)

The backported driver shows version v1.3bp. You can download the si3124 backport (binary and sources) tarball here.

echo '[1+pdupper bound>aq]salower bound 1-lax' | dc

For example:

alia:~ andrea$ echo '[1+pd5>aq]sa0 1-lax' | dc
0
1
2
3
4
5
alia:~ andrea$